06.09.2014 Views

Bases de datos: Software libre - Universitat Oberta de Catalunya

Bases de datos: Software libre - Universitat Oberta de Catalunya

Bases de datos: Software libre - Universitat Oberta de Catalunya

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

© FUOC • 71Z799014MO 37 Introducción al diseño <strong>de</strong> bases <strong>de</strong> <strong>datos</strong><br />

Para la interrelación <strong>de</strong> la figura anterior, tenemos dos opciones <strong>de</strong> transformación:<br />

• Primera opción:<br />

DELEGACIÓN(nombre-<strong>de</strong>l, ..., nombre-ciudad)<br />

don<strong>de</strong> {nombre-ciudad} referencia CIUDAD<br />

CIUDAD(nombre-ciudad, ...)<br />

• Segunda opción:<br />

DELEGACIÓN(nombre-<strong>de</strong>l, ...)<br />

CIUDAD(nombre-ciudad, ..., nombre-<strong>de</strong>l)<br />

don<strong>de</strong> {nombre-<strong>de</strong>l} referencia DELEGACIÓN<br />

Ambas transformaciones nos permiten saber en qué ciudad hay una <strong>de</strong>legación, y qué <strong>de</strong>legación<br />

tiene una ciudad. De este modo, reflejan correctamente el significado <strong>de</strong> la interrelación<br />

situación <strong>de</strong>l mo<strong>de</strong>lo ER.<br />

En la primera transformación, dado que una <strong>de</strong>legación está situada en una sola ciudad, el<br />

atributo nombre-ciudad tiene un único valor para cada valor <strong>de</strong> la clave primaria {nombre-<strong>de</strong>l}.<br />

Observad que, si pudiese tener varios valores, la solución no sería correcta según la teoría relacional.<br />

En la segunda transformación, teniendo en cuenta que una ciudad tiene una sola <strong>de</strong>legación,<br />

el atributo nombre-<strong>de</strong>l también toma un solo valor para cada valor <strong>de</strong> la clave primaria<br />

{nombre-ciudad}.<br />

También es necesario tener en cuenta que, en las dos transformaciones, la clave foránea que<br />

se les aña<strong>de</strong> se convierte en una clave alternativa <strong>de</strong> la relación porque no admite valores<br />

repetidos. Por ejemplo, en la segunda transformación no pue<strong>de</strong> haber más <strong>de</strong> una ciudad<br />

con la misma <strong>de</strong>legación; <strong>de</strong> este modo, nombre-<strong>de</strong>l <strong>de</strong>be ser diferente para todas las tuplas<br />

<strong>de</strong> CIUDAD.<br />

3.3.2. Conectividad 1:N<br />

Partimos <strong>de</strong>l hecho <strong>de</strong> que las entida<strong>de</strong>s que intervienen en la interrelación<br />

1:N ya se han trasformado en relaciones con sus correspondientes<br />

atributos. En este caso sólo es necesario añadir en la relación correspondiente<br />

a la entidad <strong>de</strong>l lado N, una clave foránea que referencie la otra relación.<br />

Ejemplo <strong>de</strong> transformación <strong>de</strong> una interrelación binaria 1:N

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!