Cardinalidad

81,500 views

Published on

Base de Datos I

3 Comments
13 Likes
Statistics
Notes
  • Gracias por la explicación Saludos
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • LLegué perdido a esta página ...y luego de leer...ya veo la luz.... jejeje :)
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Excelente presntacion, muy basica pero comprensible, adecuada para iniciar el analisi de desarrollo de bases de datos,
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
81,500
On SlideShare
0
From Embeds
0
Number of Embeds
123
Actions
Shares
0
Downloads
1,205
Comments
3
Likes
13
Embeds 0
No embeds

No notes for slide

Cardinalidad

  1. 1. Base de datos i<br />CARDINALIDAD<br />
  2. 2. Cardinalidad<br />Es el número de entidades con la cual otra entidad puede asociar mediante una relación<br />Considerando una relación binaria entre el juego de entidades A y el B, la cardinalidad puede ser:<br />Uno a uno<br />Uno a muchos ó muchos a uno<br />Muchos a muchos<br />
  3. 3. Uno a uno<br />Una entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversa<br />A1<br />A2<br />A3<br />A4<br />B1<br />B2<br />B3<br />B4<br />B5<br />EJEMPLO: Un paciente en un hospital tiene un solo cuarto y un cuarto pertenece<br />a un solo paciente (hospital privado)<br />
  4. 4. Uno a muchos<br />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<br />A1<br />A2<br />A3<br />B1<br />B2<br />B3<br />B4<br />B5<br />EJEMPLO: El titular de una cuenta de cheques puede tener cualquier número de <br />tarjetas, pero cada tarjeta pertenece a una sola persona <br />
  5. 5. Muchos a muchos<br />Una entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversa<br />A1<br />A2<br />A3<br />A4<br />B1<br />B2<br />B3<br />B4<br />B5<br />EJEMPLO: En un proyecto de investigación puede haber cualquier número<br />de médicos, un médico puede participar en cero o varios proyectos<br />
  6. 6. Llave Primaria<br />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. <br />La llave primaria debe ser única y de preferencia no cambie con el tiempo. <br />Cada juego de entidades (tabla) debe tener una llave primaria.<br />
  7. 7. Cardinalidad: obligatoria y opcional<br />Uno a uno obligatorio: un empleado en<br />Una empresa tiene uno y solo un puesto, un<br />Puesto pertenece a un solo empleado<br />Uno a muchos opcional: un profesor en la<br />Fac. de Ingeniería puede dar 0 o varias clases y una clase está dada por uno y solo un profesor<br />Muchos a muchos obligatorio: una materia puede pertenecer a una o varias carreras, una carrera está formada por varias materias.<br />Uno a uno opcional: Un paciente puede estar asignado a un cuarto o a ninguno. En un cuarto puede haber cero o un paciente<br />
  8. 8. Diagramas Entidad-Relación (E-R)<br />Un diagrama E-R consiste de:<br /><ul><li>Rectángulos: representan juegos de entidades
  9. 9. Elipses: representan atributos
  10. 10. Diamantes: representan juegos de relaciones
  11. 11. Líneas: son ligas entre atributos y entidades y entre juegos de entidades y de relaciones
  12. 12. Elipses dobles: son atributos multivalor
  13. 13. Elipses punteadas: son atributos derivados
  14. 14. Rectángulos dobles: representan juegos de entidades débiles.</li></li></ul><li>Metodología<br />Identificar entidades : Definir objetos como personas, lugares o conceptos sobre los que se quiere tener información.<br />Identificar atributos: Definir las “propiedades” de cada entidad<br />Determinar llave primaria de cada entidad<br />Identificar relaciones entre las entidades<br />Señalar cardinalidad entre las entidades<br />
  15. 15. Ejemplo: uno a uno<br />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).<br />i_paciente#<br />i_cuarto#<br />n_paciente<br />i_piso<br />a_paciente<br />cuarto<br />paciente<br />d_ingreso<br />i_cuarto#<br />q_costo<br />
  16. 16. Ejemplo: uno a muchos<br />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<br />i_cliente#<br />i_tarjeta#<br />n_cliente<br />i_password<br />a_cliente<br />tarjeta<br />cliente<br />i_cliente#<br />q_limite<br />d_apertura<br />
  17. 17. Ejemplo: muchos a muchos<br />En un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectos<br />i_medico#<br />i_proyecto#<br />n_medico<br />n_proyecto<br />a_medico<br />proyecto<br />medico<br />a_telefono<br />i_especial<br />t_resumen<br />
  18. 18. Rompiendo el muchos a muchos<br />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<br />n_medico<br />i_medico#<br />i_proyecto#<br />n_proyecto<br />a_medico<br />proyecto<br />medico<br />medico-<br />proyecto<br />i_especial<br />i_medico# i_proyecto#<br />t_resumen<br />a_telefono<br />
  19. 19. Relaciones y llaves primarias vs cardinalidad<br />
  20. 20. Solución ejercicio<br />Analizando el ejercicio del laboratorio, las siguientes entidades: <br />Paciente y Análisis<br />Paciente y Médico<br />
  21. 21. Diagrama E-R<br />Se tienen dos juegos de entidades: paciente y análisis de laboratorio.<br />analisis<br />paciente<br />A un paciente hospitalizado se le pueden practicar cero o varios análisis y<br />un análisis puede practicársele a ninguno o a muchos pacientes.<br />Esto implica que tenemos una relación muchos a muchos optativa en<br />ambos lados.<br />
  22. 22. Rompiendo el muchos a muchos<br />Debemos crear una relación entre ambas<br />paciente<br />analisis<br />paciente-<br />analisis<br />
  23. 23. Diagrama E-R<br />Los juegos de entidades: paciente-análisis y médico.<br />medico<br />paciente-<br />analisis<br />A un paciente hospitalizado se le pueden practicar cero o varios análisis y <br />cada análisis se lo manda un doctor. A su vez un doctor puede mandar<br />uno o varios análisis a los distintos pacientes.<br />Esto implica que tenemos una relación uno a muchos obligatoria.<br />
  24. 24. Rompiendo el muchos a muchos<br />Debemos crear una relación entre ambas<br />paciente-<br />analisis<br />medico<br />

×