Base de Datos I

1. Base de datos i CARDINALIDAD

2. Cardinalidad Es el número de entidades con la cual otra entidad puede asociar mediante una relación Considerando una relación binaria entre el juego de entidades A y el B, la cardinalidad puede ser: Uno a uno Uno a muchos ó muchos a uno Muchos a muchos

3. Uno a uno Una entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversa A1 A2 A3 A4 B1 B2 B3 B4 B5 EJEMPLO: Un paciente en un hospital tiene un solo cuarto y un cuarto pertenece a un solo paciente (hospital privado)

4. Uno a muchos Una entidad en A esta asociada con cualquier número (0 ó más) de entidades en B. Una entidad en B, puede estar asociada a lo mucho con una entidad en A A1 A2 A3 B1 B2 B3 B4 B5 EJEMPLO: El titular de una cuenta de cheques puede tener cualquier número de tarjetas, pero cada tarjeta pertenece a una sola persona

5. Muchos a muchos Una entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversa A1 A2 A3 A4 B1 B2 B3 B4 B5 EJEMPLO: En un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectos

6. Llave Primaria Son atributos que se usan para diferenciar una entidad de otra, por ejemplo un medicamento de otro, o un paciente de otro. Puede haber varias llave candidato. La llave primaria debe ser única y de preferencia no cambie con el tiempo. Cada juego de entidades (tabla) debe tener una llave primaria.

7. Cardinalidad: obligatoria y opcional Uno a uno obligatorio: un empleado en Una empresa tiene uno y solo un puesto, un Puesto pertenece a un solo empleado Uno a muchos opcional: un profesor en la Fac. de Ingeniería puede dar 0 o varias clases y una clase está dada por uno y solo un profesor Muchos a muchos obligatorio: una materia puede pertenecer a una o varias carreras, una carrera está formada por varias materias. Uno a uno opcional: Un paciente puede estar asignado a un cuarto o a ninguno. En un cuarto puede haber cero o un paciente

9. Elipses: representan atributos

10. Diamantes: representan juegos de relaciones

11. Líneas: son ligas entre atributos y entidades y entre juegos de entidades y de relaciones

12. Elipses dobles: son atributos multivalor

13. Elipses punteadas: son atributos derivados

15. Ejemplo: uno a uno Cuando se decide ingresar a un paciente a un hospital se le asigna un cuarto y en un cuarto puede estar un paciente o ninguno (suponiendo un hospital privado). i_paciente# i_cuarto# n_paciente i_piso a_paciente cuarto paciente d_ingreso i_cuarto# q_costo

16. Ejemplo: uno a muchos El titular de una cuenta de cheques puede tener cualquier número de tarjetas, pero cada tarjeta pertenece a una sola persona, las entidades son cliente y tarjeta i_cliente# i_tarjeta# n_cliente i_password a_cliente tarjeta cliente i_cliente# q_limite d_apertura

17. Ejemplo: muchos a muchos En un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectos i_medico# i_proyecto# n_medico n_proyecto a_medico proyecto medico a_telefono i_especial t_resumen

18. Rompiendo el muchos a muchos En el diseño de una base de datos no se permiten relaciones “muchos a muchos”, cuando se tiene esto se crea una “relación” entre ambas cuya llave primaria será una llave compuesta por las llaves primarias de las entidades que está uniendo n_medico i_medico# i_proyecto# n_proyecto a_medico proyecto medico medico- proyecto i_especial i_medico# i_proyecto# t_resumen a_telefono

19. Relaciones y llaves primarias vs cardinalidad

20. Solución ejercicio Analizando el ejercicio del laboratorio, las siguientes entidades: Paciente y Análisis Paciente y Médico

21. Diagrama E-R Se tienen dos juegos de entidades: paciente y análisis de laboratorio. analisis paciente A un paciente hospitalizado se le pueden practicar cero o varios análisis y un análisis puede practicársele a ninguno o a muchos pacientes. Esto implica que tenemos una relación muchos a muchos optativa en ambos lados.

22. Rompiendo el muchos a muchos Debemos crear una relación entre ambas paciente analisis paciente- analisis

23. Diagrama E-R Los juegos de entidades: paciente-análisis y médico. medico paciente- analisis A un paciente hospitalizado se le pueden practicar cero o varios análisis y cada análisis se lo manda un doctor. A su vez un doctor puede mandar uno o varios análisis a los distintos pacientes. Esto implica que tenemos una relación uno a muchos obligatoria.

24. Rompiendo el muchos a muchos Debemos crear una relación entre ambas paciente- analisis medico