Dise O Logico Bdd

7

Click here to load reader

Transcript of Dise O Logico Bdd

Page 1: Dise O Logico Bdd

1

© P.P. Alarcón, J. Garbajosa

3. Diseño Lógico de Bases de Datos

n Modelo Entidad/Relaciónn Modelo Relacionaln Paso a tablas

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relación

n Formulado por P.P. Chen en 1976n Modelo de datos que representa un

esquema de base de datos medianteentidades y asociaciones

n Describe una base de datos de una formasencilla y global

n Se realiza a partir de los requisitos de datosque debe cumplir una base de datos

Page 2: Dise O Logico Bdd

2

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relación

n Entidad• Objeto del mundo real que tiene existencia pos

sí mismo

• Compuesto de ocurrencias de entidad

• Ejemplo– Entidad Clientes

– Cliente “Pepe Perez” con DNI “12345678”

• Atributos: definen las propiedades de unaentidad, basados en un dominio (conjunto devalores posibles que puede tomar)

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relaciónn Relación o Asociación

• Expresa una asociación entre ocurrencias deentidad

• Compuesta de ocurrencias de relación

• Puede tener atributos propios• Grado: número de entidades que asocia

• Cardinalidad:– número de ocurrencias de una entidad que pueden

asociarse con otra entidad– 1:1, 1:N, N:M

Page 3: Dise O Logico Bdd

3

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relación

n Clave de Entidad• Atributo o conjunto de atributos que identifican

de forma única cada ocurrencia

• Si una entidad no tiene clave se dice que esdébil y que tiene dependencia de Identificación

• Una entidad es débil si depende de laexistencia de otra entidad

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relación

n Representación gráfica• Entidades: rectángulos

• Atributos: incluídos en la entidad, o con elipsesconectadas a ésta

• Relaciones: rombos o hexágonos, uniendo lasentidades asociadas

• Cardinalidad: se pone encima de las líneasque asocian entidades

Page 4: Dise O Logico Bdd

4

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relaciónn Ejemplo (Requisitos)n Departamentos: código único por departamento y el nombren Proyectos: código único por proyecto y nombre. Cada proyecto se

gestiona por un solo depto y un depto puede gestionar variosn Empleados: código único de empleado, nombre y apellidos, dirección,

teléfono, fecha de nacimiento, sexo, si está casado o no y sueldo quepercibe.

n Un empleado pertenece a un solo depto y en un depto puede habervarios empleados. Por otro lado cada departamento tiene unempleado como jefe.

n Los empleados pueden participar en varios proyectos y en unproyecto pueden participar varios empleados, pero interesa saber eltiempo (en horas) que dedica cada empleado a los proyectos en losque participa.

© P.P. Alarcón, J. Garbajosa

Modelo Entidad-Relación

n Ejemplo (Diagrama Entidad-Relación)EMPLEADO

E#NombreApellidosDirecciónTelefonoFechaNacSexoCasadoSueldo

DEPARTAMENTO

D#NombreDep

PROYECTO

P#NombreP

ES JEFE DE1

1

REALIZA

N

1

PERTENECEN 1

PARTICIPA

N

MTiempo

Page 5: Dise O Logico Bdd

5

© P.P. Alarcón, J. Garbajosa

Modelo Relacional

n Está basado en la teoría de conjuntos y enel concepto matemático de relación

n La estructura lógica principal son tablas orelaciones

n Cada relación tiene un número fijo decolumnas o atributos (esquema) y unnúmero variable de filas o tuplas

n Una BD relacional está compuesta porvarias tablas o relaciones

© P.P. Alarcón, J. Garbajosa

Modelo Relacional

n Tabla = Relación• Grado

– número de atributos que definen una tabla– invariante en el tiempo (deseable)

• Cardinalidad– número de tuplas que tiene una tabla en un

momento determinado– variable en el tiempo

• No puede haber filas duplicadas

Page 6: Dise O Logico Bdd

6

© P.P. Alarcón, J. Garbajosa

Modelo Relacional

n Claves de una relación• Combinación de atributos que permiten

identificar de forma única las filas de unarelación

• Al menos debe existir una clave

• Tipos de claves– Principal o primaria

– Secundarias a alternas– Foráneas o externas

© P.P. Alarcón, J. Garbajosa

Paso a Tablas

n Entidades• Cada entidad se convierte en una tabla

n Relaciones• Cardinalidad 1:1

– Pasar la clave de una de ellas a la otra tabla

• Cardinalidad 1:N– Pasar la clave de la entidad con cardinalidad 1 a la tabla con

cardinalidad N, así como los atributos de relación

• Cardinalidad N:M– La relación genera tabla con sus atributos más las claves d

ellas entidades que asocia

Page 7: Dise O Logico Bdd

7

© P.P. Alarcón, J. Garbajosa

Paso a Tablas (Ejemplo)

EMPLEADO (E#, Nombre, Apellidos, Dirección, Telefono,

FechaNac, Sexo, Casado, Sueldo, D# )

DEPARTAMENTO ( D#, NombreDep, E#

PROYECTO (P#, NombreP, D# )

PARTICIPA (E#, P#, Tiempo )