15/08/2018Curso Bases de Datos1 DISEÑO DE BASES DE DATOS Francisco Moreno.

Presentación del tema: "15/08/2018Curso Bases de Datos1 DISEÑO DE BASES DE DATOS Francisco Moreno."— Transcripción de la presentación:

1 15/08/2018Curso Bases de Datos1 DISEÑO DE BASES DE DATOS Francisco Moreno

2 15/08/2018Curso Bases de Datos2 Convenciones CP = Clave Primaria. NN = No Nulo. CA = Clave Alternativa. CF = Clave Foránea. Nota Nota: Si hay varias claves alternativas o foráneas se les coloca un subíndice numérico para diferenciarlas, ver ejemplos a continuación.

3 15/08/2018Curso Bases de Datos3 EMPLEADO #código *ced *nombre *salario DEPTO #código *nombre el lugar de trabajo de adscrito a el jefe de mandado por

4 15/08/2018Curso Bases de Datos4 Nombre columna códigocednombresalariojefedpto Tipo de clave CPCACF 1 (EMPLEADO) CF 2 (DEPTO) NulosNN Ejemplos12741274 71721 43214 71234 43125 Jimmy Nia Candy Brandy 1000 2500 6000 5500 NULL 1 7 55685568 Conversión E-R a Relacional Cuadro de especificaciones: Aunque se sobreentiende por la regla de integridad de la CP. Relación EMPLEADO

5 15/08/2018Curso Bases de Datos5 MECÁNICO #cédula *nombre *salario AUTOMÓVIL #letras #números *marca *modelo REVISIÓN #fecha °valor recibida por el ejecutor de el receptor de sujeto de ejecutada por En este ejemplo: - Un automóvil solo puede tener una revisión por día. - La placa de los autos está descompuesta en letras y números. para

6 15/08/2018Curso Bases de Datos6 tres La relación* REVISIÓN tendrá tres claves foráneas: Dos hacia MECÁNICO Una hacia AUTOMÓVIL. Además esta clave foránea: –hace parte de la clave primaria de REVISIÓN (esto lo indica la rayita azul en el modelo entidad relación) junto con la fecha. compuestala –es compuesta, ya que la clave primaria de la relación* AUTOMÓVIL está conformada por {letras, números}. * Relación en el sentido del modelo relacional.

7 15/08/2018Curso Bases de Datos715/08/2018Curso Bases de Datos7 Nombre columna fechavalorccejecutaccrecibeplacalet ras placanu meros Tipo de clave CPCF 1 (MECÁNICO) CF 2 (MECÁNICO) CP, CF 3 (AUTOMÓ VIL) NulosNN Ejemplos30/01/99 15/02/99 30/01/99 100 NULL 200 NULL 1 NULL 9 81988198 ABK ITA 234 123 231 Conversión E-R a Relacional Cuadro de especificaciones: Relación REVISIÓN

8 15/08/2018Curso Bases de Datos8 RX #a #b *c *d Supóngase que la entidad RX tiene los siguientes identificadores únicos alternativos: {b, c} {c, d} Conversión E-R a Relacional

9 15/08/2018Curso Bases de Datos9 Nombre columna abcd Tipo de clave CPCP, CA 1 CA 1, CA 2 NulosNN Ejemplos10 20 45 20 30 31 22 97 Conversión E-R a Relacional Cuadro de especificaciones: Relación RX

10 15/08/2018Curso Bases de Datos10 Conversión E-R a Relacional Obtener datos ejemplo de las tuplas mediante: entrevistas, documentación, conversaciones con los usuarios. Convertir cada entidad en una relación* –Un cuadro de especificaciones por cada relación* (como los de la diapositivas 4, 7 y 9). –Preferiblemente con el mismo nombre que tiene en el modelo E-R. Convertir los atributos en columnas: –Los atributos obligatorios son no nulos (NN). –Nombres cortos pero significativos (usualmente los mismos que tienen en el modelo E-R), pueden ser abreviaturas entendibles. * Relación en el sentido del modelo relacional.

11 15/08/2018Curso Bases de Datos11 Conversión E-R a Relacional Convertir los identificadores únicos en claves primarias: –Identificador único con varios atributos  clave primaria compuesta. –Si el identificador único está conformado por relaciones* con otras entidades, las claves foráneas respectivas harán parte de la clave primaria (como en el ejemplo de REVISIÓN con AUTOMÓVIL) * Relación en el sentido del modelo E-R.

12 15/08/2018Curso Bases de Datos12 Conversión E-R a Relacional Convertir las relaciones* en claves foráneas: –Asignar nombre(s) a la(s) columna(s) que conforman la CF y rotularla(s) “CF” en el cuadro de especificaciones e indicar la relación** a la que referencia. –Relaciones * 1 a muchos: La CF se coloca en la relación** correspondiente a la entidad donde llega la cardinalidad muchos. –Si la relación * es obligatoria (en el lado de la entidad que posee la CF), la CF es NN. –Relación * recursiva 1 a muchos: se adiciona una columna CF a la relación** y se referencia hacia sí misma (hacia su CP). ¿Puede admitir nulos? * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

13 15/08/2018Curso Bases de Datos13 Conversión E-R a Relacional Claves Foráneas (cont.): –Relaciones* 1 a 1: Colocar la CF en el lado de la obligatoriedad y es NN. Si ambos lados de la relación* son obligatorios u opcionales, la CF se coloca en cualquiera de las dos relaciones**. Si ambos lados de la relación* son opcionales, la CF admite nulos. –Una CF que surge de una relación* 1 a 1 es una clave candidata ¿Por qué? –Relaciones* muchos a muchos: se transforman y dan origen a una tercera relación** (intersección). * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

14 15/08/2018Curso Bases de Datos14 Conversión E-R a Relacional Arcos: FACTURA #código °fecha para INDIVIDUO #código *nombre SOCIEDAD #código *nombre *fecha constitución para generador de Se pueden llevar al modelo relacional mediante arco explícito o arco genérico.

15 15/08/2018Curso Bases de Datos15 Conversión E-R a Relacional Arco explícito: –Una CF por cada relación* participante en el arco. –Se debe usar cuando las CFs tienen diferentes dominios. –Para manejar la exclusividad se debe recurrir a una cláusula de verificación (CHECK) para garantizar que si una CF del arco es no nula las demás CFs del arco deberán ser nulas. * Relación en el sentido del modelo E-R.

16 15/08/2018Curso Bases de Datos16 Conversión E-R a Relacional Arco genérico: –Una columna representa a todas las relaciones* en el arco. –Si el arco es obligatorio, la columna debe ser NN, opcional de lo contrario. –El dominio debe ser igual en todas las relaciones* del arco. –La columna solo debe aceptar valores provenientes de las CPs de las relaciones** correspondientes. –Una columna adicional para saber cual de las relaciones** se referencia en la columna. * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

17 15/08/2018Curso Bases de Datos17 EMPLEADO #código *nombre DE PLANTA *salario TEMPORAL *valor hora EMPRESA #nit DEPTO #código en el lugar de trabajo de adscrito a en Se verán dos formas para llevarlo al modelo relacional. Supertipos/ subtipos: Conversión E-R a Relacional

18 15/08/2018Curso Bases de Datos18 Conversión E-R a Relacional 1. Diseño de los subtipos en una sola relación**. Características: - Recomendable cuando los subtipos tienen pocos atributos y pocas relaciones* propias. - La mayoría de las consultas involucran datos de diferentes subtipos. - La relación** resultante contiene los datos de todos los subtipos. - El acceso al supertipo es “directo”. - El acceso a los subtipos se logra mediante vistas. * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

19 15/08/2018Curso Bases de Datos19 Conversión E-R a Relacional El diseño es así: Crear una relación** para el supertipo. Crear una columna para cada atributo del supertipo. Crear una columna para cada atributo de los subtipos. Crear una columna llamada “tipo” para identificar a cada subtipo. Crear columnas CF para cada relación* del supertipo. Crear columnas CF para cada relación* de los subtipos. * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

20 15/08/2018Curso Bases de Datos20 Conversión E-R a Relacional Ventaja: –Una sola relación** para manejar el supertipo y todos sus subtipos. Desventajas: –Requiere la creación de una columna para identificar a los subtipos. –Todos las columnas de los subtipos deben ser opcionales (admitir nulos) ¿Por qué? ¿Esto que implicaciones tiene? ** Relación en el sentido del modelo relacional.

21 15/08/2018Curso Bases de Datos21 Conversión E-R a Relacional Desventajas: –Implica verificar que si una tupla pertenece a un subtipo dado, los atributos de los demás subtipos deberán ser nulos. –Si un atributo de un subtipo es obligatorio en el modelo E-R, la columna correspondiente en el modelo relacional queda opcional. –Implica el manejo de vistas para “extraer” los subtipos.

22 15/08/2018Curso Bases de Datos22 Conversión E-R a Relacional 2. Diseño de los subtipos en relaciones** separadas. El diseño es así: Crear una relación** para el supertipo: - Crear una columna por cada atributo del supertipo. - Crear columnas CF para cada relación* del supertipo. - Crear una columna llamada “tipo” para identificar a cada subtipo. * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

23 15/08/2018Curso Bases de Datos23 Conversión E-R a Relacional Crear una relación** para cada subtipo: –Crear columnas para cada atributo del subtipo. –Crear columnas CF para cada relación* del subtipo. –Crear una CF hacia el supertipo en cada uno de los subtipos. Esta CF será la CP del subtipo. * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional.

24 15/08/2018Curso Bases de Datos24 Conversión E-R a Relacional * Relación en el sentido del modelo relacional. Ventajas: - Cada relación* tiene instancias solo de un subtipo. - Si un atributo de un subtipo es obligatorio, la columna correspondiente en el modelo relacional queda obligatoria. Desventajas: - Acceso al supertipo que implique atributos de los subtipos implica una reunión (join)  Se ve luego. - Subtipos excluyentes: Implica garantizar que la CP del supertipo solo aparezca en uno de los subtipos.

25 15/08/2018Curso Bases de Datos25 Conversión E-R a Relacional * Relación en el sentido del modelo E-R. ** Relación en el sentido del modelo relacional. Otra Alternativa: Eliminar la relación** correspondiente al supertipo y agregar todas sus columnas y relaciones* a cada relación** correspondiente a los subtipos, pero igualmente exige controles adicionales y además se pierde la noción de supertipo...