El documento describe los conceptos de cardinalidad y relaciones en bases de datos. Explica que la cardinalidad se refiere al número de entidades asociadas a través de una relación, pudiendo ser uno a uno, uno a muchos, o muchos a muchos. También describe los diagramas entidad-relación y cómo representar las entidades, atributos y relaciones. Por último, provee ejemplos para ilustrar los diferentes tipos de relaciones.

1. Base de datos iCARDINALIDAD

2. CardinalidadEs el número de entidades con la cual otra entidad puede asociar mediante una relaciónConsiderando una relación binaria entre el juego de entidades A y el B, la cardinalidad puede ser:Uno a unoUno a muchos ó muchos a unoMuchos a muchos

3. Uno a unoUna entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversaA1A2A3A4B1B2B3B4B5EJEMPLO: Un paciente en un hospital tiene un solo cuarto y un cuarto pertenecea un solo paciente (hospital privado)

4. Uno a muchosUna 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 AA1A2A3B1B2B3B4B5EJEMPLO: 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 muchosUna entidad en A esta asociada con cualquier número de entidades en B (0 ó más) y viceversaA1A2A3A4B1B2B3B4B5EJEMPLO: En un proyecto de investigación puede haber cualquier númerode médicos, un médico puede participar en cero o varios proyectos

6. Llave PrimariaSon 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 opcionalUno a uno obligatorio: un empleado enUna empresa tiene uno y solo un puesto, unPuesto pertenece a un solo empleadoUno a muchos opcional: un profesor en laFac. de Ingeniería puede dar 0 o varias clases y una clase está dada por uno y solo un profesorMuchos 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

8. Diagramas Entidad-Relación (E-R)Un diagrama E-R consiste de:Rectángulos: representan juegos de entidades

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

14. Rectángulos dobles: representan juegos de entidades débiles.MetodologíaIdentificar entidades : Definir objetos como personas, lugares o conceptos sobre los que se quiere tener información.Identificar atributos: Definir las “propiedades” de cada entidadDeterminar llave primaria de cada entidadIdentificar relaciones entre las entidadesSeñalar cardinalidad entre las entidades

15. Ejemplo: uno a unoCuando 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_pacientei_pisoa_pacientecuartopaciented_ingresoi_cuarto#q_costo

16. Ejemplo: uno a muchosEl 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 tarjetai_cliente#i_tarjeta#n_clientei_passworda_clientetarjetaclientei_cliente#q_limited_apertura

17. Ejemplo: muchos a muchosEn un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectosi_medico#i_proyecto#n_medicon_proyectoa_medicoproyectomedicoa_telefonoi_especialt_resumen

18. Rompiendo el muchos a muchosEn 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á uniendon_medicoi_medico#i_proyecto#n_proyectoa_medicoproyectomedicomedico-proyectoi_especiali_medico# i_proyecto#t_resumena_telefono

19. Relaciones y llaves primarias vs cardinalidad