Modelo Entidad-Relación

Slides:



Advertisements
Presentaciones similares
Fundamentos de Bases de Datos
Advertisements

Modelo Entidad Relación E-R
Base de Datos I – Ing. Mary Carlota Bernal J. BASE DE DATOS I Diseño conceptual de Base de Datos Modelo Entidad - Relación.
Diagrama de Clases SPI 2016.
Normalizacion Sesión 3 Dr. Ing. Lenin Herrera. Contenido Que es la Normalizacion Dependencias funcionales Formas normales   1FN   2FN   3FN  
Bases De Datos – Modelo E/R Diagrama Entidad-Relación. 14/15.
ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍAS Creación de un Modelo lógico de datos Tecnología En Desarrollo De Software - UNAD Matriz de Relación.
Microsoft Office 2007 Introducción a Access. Una base de datos es una colección de información relacionada entre si y almacenada en una o más computadoras.
El Modelo Entidad-Relación (1ra. Parte) Prof. César Luza Montero Facultad de Ingeniería de Sistemas e Informática Universidad Nacional Mayor de San Marcos.
Modelo Entidad Relación E-R Modelado y Diseño de Bases de Datos Gabriel Alberto Vásquez Muñoz Dpto. Electrónica, Instrumentación y Control.
¿Qué es Excel? Taller Básico de Excel (3/5)
Paul Leger Algebra Relacional Paul Leger
Paul Leger Formas Normales: Lineamientos formales para un buen diseño y la necesidad de por qué son necesarias las dependencia funcionales.
SQL: Structured Query Language
Modelo Entidad-Relación (continuación)
INTRODUCCIÓN A BASE DE DATOS
Conceptos a Base de Datos
Conceptos a Base de Datos
Dependencias Funcionales
Hardware de Computador
Flujo comunicación C1 EP-Hotel C2 EP-Precios C3 EP-Core
Lineamientos informales para un buen diseño
Paul Leger Transacciones Paul Leger
Modelo Entidad-Relación
Introducción a Base de Datos
El fraude, la Ética y Control Interno (Parte 2)
Arquitectura de una Base de Datos
Introducción a Modelamiento de Procesos
Paul Leger Formas Normales Paul Leger
Modelo de Datos Conceptual
Proyectos a Base de Datos
Normalización Unidad 1.
NORMALIZACION MsC (c) Esp. Alexis Ovany Torres Ch.
Paul Leger Modelo ER extendido Paul Leger
Tema El modelo entidad-relación Bibliografía:
Modelo Entidad-Relación
Conferencia 6. Modelación de BD. ERStudio 6.0.1
Esquema Relacional Pasaje a Tablas
Paul Leger Algebra Relacional Paul Leger
INTRODUCCIÓN Elmasri: Pág
EL MODELO RELACIONAL Creado por Edgar Codd, 1970:
Arquitectura de una Base de Datos
Sistema de Bases de Datos
Prof. Daniel Obando Fuentes
Restricciones de integridad en el modelo relacional
TRABAJO BASE DE DATOS CARLOS MARTINEZ 7º3
Ejercicios de Normalización
Otros temas sobre cachés
Hal Cash Bankinter Expopyme 2009 Pamplona.
MODELO RELACIONAL.
Diseño de bases de datos relacionales
Introducción a la Simulación
Normalización de la Base de Datos.
NORMALIZACION MsC (c) Esp. Alexis Ovany Torres Ch.
3.3. Arquitectura de los almacenes de datos
Diagramas del modelo uml
Paul Leger Proyecto Paul Leger
Registro de Software REALIZADO POR: ANDRÈS BARRETO.
CC Bases de Datos Otoño Clase 3: Modelo Entidad-Relación (II)
MODELOS DE DATOS Ing. Laura Bazán Díaz. Diseño de Base de Datos Modelo Conceptual Modelo E-RModelo Lógico Modelo Relacional Modelo FísicoSGBD Ing. Laura.
ACCIONES Y ESTRUCTURAS
Generaciones de Bases de Datos
Diagrama de Clases Un diagrama de clases esta compuesto por los siguientes elementos: Clase: atributos, métodos y visibilidad. Relaciones: Herencia, Composición,
Base de datos simples, relaciones Cardinalidad Claves.
Aidan Hogan CC Bases de Datos Otoño 2019 Clase 7: Actualizaciones, Restricciones, Formas Normales Aidan.
Diagrama de componentes
CC Bases de Datos Otoño Clase 3: Modelo Entidad-Relación (II)
UNIDAD 2 MODELO DE DATOS.
Unida III: Análisis y Diseño de Sistemas Orientado a Objetos
¿Qué es ISO 19115:2003? “ Identifica los metadatos necesarios para describir la información geográfica digital. Los metadatos pueden describir conjuntos.
Transcripción de la presentación:

Modelo Entidad-Relación Paul Leger http://pleger.cl pleger@ucn.cl

Modelos de una Base de Datos Conceptual: Entidad-Relación Lógico: Relacional Físico: representación física de los datos (lenguajes de base de datos, estructuras de archivos, algoritmos de búsquedas, etc) En este nivel, solamente veremos SQL

Modelo E-R: Un modelo conceptual (1) Peter Pin-Shan Chen (1947). Creador del modelo Entidad-Eelación (E-R) El Modelo Entidad-Relación es fácil comprender por usuarios finales y desarrolladores En el mundo de desarrollo de software, generalmente se usa este modelo para validar la información que contiene una organización E-R se puede considerar como una extensión (o versión) más compleja del modelo conceptual de datos

Modelo E-R: Un modelo conceptual (2) Un modelo E-R es creado a través de una descripción en prosa de uno o varios escenarios El detalle de estos escenarios es fundamental para capturar la información que maneja una organización Por ejemplo, suponga que una compañía desea guardar dónde viven todos sus clientes Vive Cliente Ciudad

Principales Conceptos Cliente Entidad Representa un concepto/sustantivo Nombre es generalmente singular Tiene atributos Relación Relación dos (o más) entidades a través de un verbo Una relación tiene cardinalidad de participación - Rut - Nombre n vive 1 Ciudad - Nombre - Numeros de habitantes

Más sobre cardinalidad Vive 1 Cliente Ciudad ¿Qué pasa si la compañía tiene registradas ciudades donde no viven clientes? 0..n Vive 1 Cliente Ciudad ¿Qué pasa si un cliente puede tener registrado que vive en tres ciudades como máximo? n Vive 1..3 Cliente Ciudad “0” significa un participación parcial de la relación ¿Qué pasa si la compañía acepta a clientes que no vivan en ninguna ciudad registrada? n Vive 0..1 Cliente Ciudad

Modelo E-R: Un modelo conceptual (2) Empresa Elmasri Ejercicio: En el diagrama anterior, encuentre las entidades con sus atributos y sus relaciones con su cardinalidades

Conociendo a fondos a los atributos de una entidad (1) Compuestos: los cuales están compuestos de más de un dato (ej. dirección). Hint: Por lo general se recomienda separar en más de un atributo (ej. ciudad, calle, número) Mono y multi valuados: Mono -> los cuales solo pueden contener un solo valor (ej. rut). Multi -> los pueden contener más de un valor (ej. grados académicos). Hint: Los multi evaluados se modelan en una entidad aparte Derivados: Los cuales pueden ser calculados desde otros datos (ej. edad puede ser calculado desde fecha de nacimiento). Hint: Los derivados generalmente deben ser omitidos de un base de datos

Conociendo a fondos a los atributos de una entidad (2) Nulo: Una entidad podría carecer de la información en algunos de los atributos (ej. número fijo en persona). Hint: Evitar tener información nula Atributos claves (Primary Key): Cada instancia de una entidad debería ser diferentes de las demás. Una instancia puede identificada por su atributo clave (ej. rut). En ocasiones, un solo atributo no es suficiente, se necesita un conjunto de atributo (ej. un viaje en bus => patente, fecha). Hint: en ocasiones, pueden haber más un candidato de atributos para ser atributos primary key, en ese caso, seleccione al más corto

Conociendo a fondos a los atributos de una entidad (3) Atributos “Tabulados”: Hay ciertos que tienen un conjunto finito y potencialmente pequeño de datos (ej. ciudad, calles, países, modo pago, Isapre). Hint: Para estos atributos, es recomendable tener una entidad independiente para estos datos Dependencia entre atributos: Hay ciertos atributos cuyo valor dependen de otros atributos (ej. ciudad y región). Hint: Para los atributos dependiente, se recomiendan tenerlos en otra entidad

Leer capitulo 3 del libro ¿Preguntas? Leer capitulo 3 del libro