Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

17

Compartir

Descargar para leer sin conexión

Cardinalidad

Descargar para leer sin conexión

Base de Datos I

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 />
  • NatashaBerger1

    Dec. 7, 2020
  • RichardGranado1

    May. 17, 2019
  • JESUSDANIELMAYO

    Jun. 25, 2018
  • IsaacMorenoLpez

    Nov. 14, 2017
  • Mickeyjony

    Aug. 4, 2016
  • EduardoBc_

    Feb. 19, 2016
  • wilmerperalta2

    Nov. 11, 2015
  • Dryxard

    Aug. 26, 2015
  • taniayomayratullmotoapanta

    Aug. 19, 2015
  • GloriaAvelar

    Jun. 20, 2015
  • JoseRosales2

    Apr. 23, 2015
  • juanlmartinez58

    Mar. 12, 2015
  • MariaGarcia38

    Oct. 17, 2014
  • MagaliChilllogallo

    Sep. 30, 2014
  • SantiagoLCaballeroNavia

    Aug. 2, 2013
  • SOYLUIS1974

    Oct. 21, 2012
  • MrDiegocn

    Aug. 26, 2011

Base de Datos I

Vistas

Total de vistas

105.591

En Slideshare

0

De embebidos

0

Número de embebidos

150

Acciones

Descargas

1.402

Compartidos

0

Comentarios

0

Me gusta

17

×