1 / 23

MODELO DE DATOS ENTIDAD - RELACIÓN

MODELO DE DATOS ENTIDAD - RELACIÓN. Bibliografía:. Elmasri y Navathe : “Fundamentos de Sistemas de Bases deDatos ” 3ª edición, 2002 (Capítulo 3 ). Garcia -Molina , Ullman y Widom : “ Database systems : thecomplete book ”. Prentice -Hall (Capítulo 2). Análisis de requerimientos.

noel-solis
Download Presentation

MODELO DE DATOS ENTIDAD - RELACIÓN

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. MODELO DE DATOS ENTIDAD - RELACIÓN

  2. Bibliografía: • Elmasriy Navathe: “Fundamentos de Sistemas de Bases deDatos” 3ª edición, 2002 (Capítulo 3). • Garcia-Molina, Ullman y Widom: “Databasesystems: thecompletebook”. Prentice-Hall (Capítulo 2).

  3. Análisis de requerimientos • ¿Qué tipos de transacciones tenemos que efectuar? • ¿Con que criticidad? • ¿Con qué tiempo de respuesta? • ¿Con qué medidas de seguridad? • Inventario de todos los datos. • Tipología de cada dato. • Esquema Entidad-Relación que vincula los datos entre sí. • Diseño lógico de la Base datos. Requisitos funcionales ¿Qué debe almacenar el sistema?

  4. Tolerancia a cambios • Ejemplos: • ¿Cómo pongo los nombres de los proveedores? • un Nombre y un Apellido? • Dos Apellidos? • Qué pasa si tiene dos o tres nombres de pila? • Qué pasa si hay dos personas qué coinciden en nombre y apellidos? • Debo prever dos o más personas de contacto para cada proveedor? • Los datos deben almacenarse de manera que se puedan modificar cuando deban ser actualizados. • Ni la lectura, ni la modificación, ni las altas deben alterar la estructura de la base de datos.

  5. Definiciones • Entidad: un objeto abstracto de algún tipo (~instancia) • Conjunto de entidades: una colección de objetos similares (~clase) • Atributos: propiedades de la entidad. • Relaciones: conexiones funcionales entre dos o más conjuntos de entidades.

  6. Símbolos usados en los Diagramas ER • Entidades : • Rectángulos, representan objetos reales • Atributos • Óvalos, representan propiedades de estos objetos • Relaciones • Rombos, representan enlaces

  7. Ejemplo 1:

  8. Entidades:

  9. Atributos:

  10. Relaciones:

  11. Ejemplo de un Hospital

  12. Atributos compuestos:

  13. Tipos de atributos: • Según sus valores: • Monovaluados (ej.: edad) • Multivaluados (ej.: teléfonos) • Directos (almacenados) y derivados (calculados a partir de los directos); • Ej.: la edad de una persona conviene que sea un atributo derivado de la fecha de nacimiento. • Posibles “null” (dejarlos en blanco). • Claves: • Datos que identifican de manera unívoca a la entidad.

  14. Atributos clave:

  15. Relaciones: • Tipo de relación • Ejemplo: es_jefe_de, participar_en_curso • Instancia de una relación • Juan es_jefe_de Pedro • Grado de una relación • Número de entidades que participan (Binario, terciario, etc.) • Cardinalidades • Número de instancias de cada entidad

  16. Grado de una relación:

  17. Una relación puede guardarse como un atributo

  18. Cambio de relación por atributo

  19. Ejemplo de relación ternaria:

  20. Disminuir el grado de una relación

  21. Disminuir el grado de una relación Se substituye la relación binaria por una entidad extra.

  22. Relaciones recursivas

  23. Fortaleza de una entidad:

More Related