• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Cardinalidad
 

Cardinalidad

on

  • 36,908 views

Base de Datos I

Base de Datos I

Statistics

Views

Total Views
36,908
Views on SlideShare
36,803
Embed Views
105

Actions

Likes
3
Downloads
597
Comments
3

5 Embeds 105

http://www.weebly.com 43
https://repositorio.utn.edu.ec 28
http://santiagoduque.weebly.com 17
http://jararancibia.xtrweb.com 16
https://twitter.com 1

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

13 of 3 previous next Post a comment

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • Gracias por la explicación Saludos
    Are you sure you want to
    Your message goes here
    Processing…
  • LLegué perdido a esta página ...y luego de leer...ya veo la luz.... jejeje :)
    Are you sure you want to
    Your message goes here
    Processing…
  • Excelente presntacion, muy basica pero comprensible, adecuada para iniciar el analisi de desarrollo de bases de datos,
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Cardinalidad Cardinalidad Presentation Transcript

    • Base de datos i
      CARDINALIDAD
    • 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
    • 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)
    • 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
    • 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
    • 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.
    • 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
    • Diagramas Entidad-Relación (E-R)
      Un diagrama E-R consiste de:
      • Rectángulos: representan juegos de entidades
      • Elipses: representan atributos
      • Diamantes: representan juegos de relaciones
      • Líneas: son ligas entre atributos y entidades y entre juegos de entidades y de relaciones
      • Elipses dobles: son atributos multivalor
      • Elipses punteadas: son atributos derivados
      • Rectángulos dobles: representan juegos de entidades débiles.
    • Metodología
      Identificar entidades : Definir objetos como personas, lugares o conceptos sobre los que se quiere tener información.
      Identificar atributos: Definir las “propiedades” de cada entidad
      Determinar llave primaria de cada entidad
      Identificar relaciones entre las entidades
      Señalar cardinalidad entre las entidades
    • 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
    • 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
    • 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
    • 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
    • Relaciones y llaves primarias vs cardinalidad
    • Solución ejercicio
      Analizando el ejercicio del laboratorio, las siguientes entidades:
      Paciente y Análisis
      Paciente y Médico
    • 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.
    • Rompiendo el muchos a muchos
      Debemos crear una relación entre ambas
      paciente
      analisis
      paciente-
      analisis
    • 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.
    • Rompiendo el muchos a muchos
      Debemos crear una relación entre ambas
      paciente-
      analisis
      medico