|
|||||||
|
|
|||||||
|
|||||||
 |
Objetivos | ||||||
|
|||||||
 |
Fuentes de información | ||||||
 |
|
||||||
1. Conversión a modelo relacionalUno de los pasos más importantes a la hora de crear una base de datos es el análisis y diseño de ésta, el cual hemos realizado en el punto anterior. Para ello estudiamos todos sus elementos para extraer la información de una manera ordenada y poder plasmarla en una base de datos. El siguiente paso consiste en convertir el modelo entidad relación en un modelo relacional, ya que el primero consiste en un modelo conceptual de alto nivel y es necesario convertirlo en un esquema que sea compatible con un sistema gestor de bases de datos. 2. FasesEl paso del modelo conceptual al relacional se realiza mediante una serie de pasos que nos ofrecerán una serie de ventajas:
2.1. Transformación de entidades y atributos2.1.1. EntidadesCada entidad del modelo entidad-relación generará una tabla. Ejemplo
Las tablas en este caso serán las entidades:
2.1.2. AtributosUna vez tenemos claras las tablas, debemos pasar a distinguir las columnas de las que se compondrán las tablas. Para ello, tenemos que fijarnos en los atributos que tienen las entidades:
Ejemplo Si observamos el ejemplo anterior, obtenemos que las entidades contendrán los siguientes atributos:
Las claves primarias serán: dni para la tabla Clientes, código para la tabla Productos y nif para la tabla Proveedores. Además, al ser teléfono un atributo multivaluado, se creará otra tabla nueva llamada Teléfonos con dos campos: dni y teléfono, y cuya clave primaria serán, también, ambos campos. Otro elemento importante en el que tenemos que hacer hincapié es el de los tipos, ya que en el modelo entidad-relación nos los darán, y seremos nosotros los encargados de pasarlos a los tipos del sistema gestor de base de datos.
Si tuviéramos algún atributo compuesto como el que se muestra en la figura:
El proceso sería sencillo:
2.2. Transformación de relacionesLa transformación de relaciones tiene especial relevancia debido a que va unida a las cardinalidades de éstas. 2.2.1. Relaciones 1:1El primer caso que veremos será el de las relaciones 1:1, la cual relacionará cada ocurrencia de una entidad con la otra ocurrencia de la otra entidad y viceversa. En este caso se seleccionará una de las entidades y se le añadirá, como clave ajena, la clave primaria de la otra entidad, aunque se le deberá añadir una restricción a la clave foránea para que sea única. Ejemplo Si observamos el ejemplo siguiente:
observamos que la relación es 1:1, con lo que debemos seleccionar una de las entidades (vamos a seleccionar departamento), y pasarle, como clave ajena, la clave primaria de la tabla director. De este modo, quedará de la siguiente manera:
2.2.2. Relaciones 1:NEl segundo caso es el de las relaciones 1:N, es decir, aquellas en las que cada ocurrencia de una entidad se relaciona con más de una de la otra entidad, pero las ocurrencias de cada entidad sólo se relacionan con una de la primera entidad. La solución pasará por añadir, a la entidad que se encuentra al lado del N del vínculo, la clave primaria de la otra entidad como una clave ajena. Ejemplo Ponemos un ejemplo para que se vea mejor:
Observamos que la relación es 1:N, por lo que debemos insertar, en la tabla ALUMNO, una nueva columna que se corresponderá con la clave primaria de la tabla CURSO:
2.2.3. Relaciones N:MEl tercer caso es el de las relaciones N:M, es decir, aquel en el que cada ocurrencia de una entidad se corresponde con varias de la otra entidad y viceversa. Este caso se resuelve mediante la creación de una tabla intermedia cuyas columnas serán las claves primarias de ambas entidades y cuya clave primaria serán los atributos que sean claves primarias de ambas tablas. Ejemplo Como ejemplo:
Observamos que la relación es N:M, por lo que creamos una nueva tabla con el nombre de la relación (ASISTE) y cuyas columnas serán DNI y CÓDIGO:
3. Ejemplos de diseño3.1. Gabinete de abogadosDado el siguiente esquema entidad-relación y el listado de dominios, generaremos el modelo relacional:
DOMINIOS:
3.1.1. Fase 1Primero transformamos las entidades en tablas y los atributos en columnas:
El atributo compuesto (período), tal y como hemos explicado, se descompondrá en los dos de los que se compone (fecha inicio y fecha fin). 3.1.2. Fase 2El siguiente paso es transformar las relaciones. Para ello, la relación corresponder, al ser 1:N, hará que se pase la clave primaria de la tabla cliente a la tabla asunto como clave ajena. Además, la relación llevar, al ser N:M, se convertirá en una tabla con las columnas dni y num_expediente, es decir, las claves primarias de ambas tablas:
3.2. VideoclubDado el siguiente esquema entidad-relación y el listado de dominios generaremos el modelo relacional:
DOMINIOS:
3.2.1. Fase 1Primero transformamos las entidades en tablas y los atributos en columnas:
Como se puede observar, los atributos multivaluados directores y actores se convierten en tablas cuyos atributos son: el propio atributo y la clave primaria de la tabla con la que se relacionan. 3.2.2. Fase 2Ahora convertimos las relaciones:
En el caso de la relación sacar, como es N:M, se convierte en una tabla cuyas columnas son las claves primarias de las tablas con las que se relaciona. Sin embargo, en el caso de la relación guardar, al ser 1:N, el atributo num serie se introducirá en la tabla películas (parte N) como clave ajena. |
|||||||
 |
|
||||||
Diagrama
DOMINIOS:
Subir el diagrama
|
|||||||
|
|
||||||
Diagrama
DOMINIOS:
Subir el diagrama
|
|||||||
 |
Créditos | ||||||
|
|||||||
