• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Modelo Entidad Relacion
 

Modelo Entidad Relacion

on

  • 9,524 views

 

Statistics

Views

Total Views
9,524
Views on SlideShare
9,524
Embed Views
0

Actions

Likes
3
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

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
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Modelo Entidad Relacion Modelo Entidad Relacion Presentation Transcript

    • Diagrama Entidad-Relación
      Marco Antonio González Malaver
    • Introducción al proceso de diseño
      Diseño del esquema de la base de datos
      Diseño de los programas de acceso y actualización de datos
      Diseño del esquema de seguridad y de control de acceso a los datos
    • Fases del diseño
      Identificar las necesidades de datos de los usuarios de la base. Se obtiene la especificación de los requerimientos del usuario.
      Seleccionar un modelo de datos y traducir estos requerimientos en un esquema conceptual de la base de datos. Se usa el diagrama entidad-relación para representarlo gráficamente.
    • Evitar en el diseño…
      Redundancia: Un mal diseño puede repetir información.
      Falta de información
    • Ejercicio
      Se requiere tener la información sobre los análisis de laboratorio que se llevan a cabo a los pacientes que están internados en un hospital. De cada paciente se requieren sus datos personales, los análisis que se le han practicado, el nombre del médico que solicitó los exámenes y el resultado de cada una de ellas. De cada prueba de laboratorio se necesita saber el nombre de la prueba, lo que mide la prueba (suponer que cada análisis de laboratorio mide una sola cosa), descripción de su aplicación y su costo.
      ¿Cómo podrías guardar esta información y en cualquier momento poderla recuperar?
    • Modelo E-R: Entidades
      Una entidad es una cosa o un objeto del mundo real que es distinguible de otros objetos. Por ejemplo, una paciente en un hospital. Una entidad tiene un juego de propiedades y los valores de estas propiedades identifican en forma única una entidad. Por ejemplo el número que se le asigna al paciente al ingresar al hospital.
    • Modelo E-R: Atributos
      Una entidad es representada por un juego de atributos. Los atributos son propiedades descriptivas de las entidades. Cada entidad tiene su propio valor para cada atributo. Ejemplo número de paciente, nombre, dirección, etc.
      Un juego de entidades es un conjunto de entidades del mismo tipo que comparten las mismas propiedades o atributos. El juego de todos los pacientes de un hospital.
    • Modelo E-R: Relaciones
      Una relación es una asociación entre entidades. Por ejemplo un x paciente tiene tal padecimiento.
      PACIENTE
      PADECIMENTO
      Juan López
      Hepatitis
    • Dominios
      Para cada atributo, existe un juego de valores permitidos llamado el dominio o juego de valores. Por ejemplo para el atributo nombre del paciente el dominio será el juego de todos las cadenas de texto de una cierta longitud.
    • Tipos de Atributos
      Simples: son aquellos que no se han dividido en subpartes.
      Compuestos: son los que pueden dividirse en otros atributos, por ejemplo el atributo nombre, puede dividirse en nombre, apellido materno y apellido paterno.
      De un solo valor: Por ejemplo la edad del paciente es única.
      Multivalor: Por ejemplo un paciente puede tener cero o más números telefónicos.
      Derivado: el valor de este tipo de atributo es obtenido a partir de los valores de otro
    • 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
    • Ejercicio en clase
      Determinar cuales serán los atributos de las entidades del diagrama anterior.
      ¿Falta una entidad?, ¿Dónde quedaría en el diagrama, con qué entidad se liga, cuáles serían sus atributos?
      ¿Las entidades paciente y médico están relacionadas?
    • Tarea
      Construir un diagrama E-R para una compañía aseguradora que vende seguros de gastos médicos mayores. Los clientes pueden tener más de una persona asegurada. También se requiere llevar el registro de las veces que ha utilizado el seguro cada uno de los asegurados como por ejemplo fecha, descripción de la enfermedad y/o accidente, procedimiento hospitalización, intervenciones, médico tratante, etc.