MODELADO DE DATOS Es una representación abstracta de todos los objetos de datos que se procesan dentro del sistema y las relaciones entre los objetos.

Slides:



Advertisements
Presentaciones similares
IBD Plan 90 y 2003 Clase 11.
Advertisements

Pasaje a Tablas.
Las aplicaciones requieren datos persistentes
Diseño de Bases de Datos
Programación de bases de datos relacionales
IBD Plan 90 y 2003 Clase 12. UNLP - Facultad de InformáticaIBD - CLASE 12 2 Modelado de datos Como mejorar la calidad del Esquema Conceptual ? Validación:
Unidad II Modelo Entidad-Relación
Entidad Cosa u objeto real (una persona) o abstracto (un préstamo) de interés en el mundo real (una organización). Es distinguible de todos los demás objetos.
Modelo Entidad Relación
Se desea establecer un modelo conceptual para la gestión de una biblioteca. Se desean tener almacenados todos los libros que la componen. Para cada libro.
Fundamentos de Base de Datos Modelo E-R
Diseño lógico: la transformación del modelo Entidad Relación (MER) al modelo relacional Ing. Sonia Godoy Hortua.
Es una relacion matematica de
MER.
Bases de Datos Modelo Relacional.
Creación de Tablas In Design View Por: Jack Catheline.
Elementos para Interpretar el Modelo Conceptual de Datos
Tipos de llaves en tablas
LLAVES EN BASES DE DATOS
MODELO ENTIDAD RELACIÓN MER
Unidad 2: Modelo de Datos.
2.1Definición de un modelo de datos
Estadística Computacional I Maestría en Estadística Aplicada.
Maestría en Bioinformática Bases de Datos y Sistemas de Información Del MER al MR Ing. Alfonso Vicente, PMP
2 Introducción: Una forma de aproximarnos una base de datos es verla como una colección de relaciones, donde una relación es una tabla con filas (tuplas)
Pasaje a Tablas Prof. Leonardo Carámbula – Sistemas de Bases de Datos – Informática – E.M.T. – I.T.S.
Base de Datos II Modelo Relacional.
MODELO RELACIONAL.
Características Objeto Relacionales en Oracle
Modelo Entidad Relación E-R
DIAGRAMAS ENTIDAD RELACIÓN
MODELO RELACIONAL.
Modelo Relacional Base de Datos I.
Modelo Entidad-Relación
Modelo entidad relación
Introducción y conceptos generales

…Tablas DDL.
SQL Lenguaje de consulta estructurado
Ing. Marco Zarate Z.. Entidades Relaciones Atributos.
Sistemas de Bases de Datos I
BASES DE DATOS MULTIDIMNSIONALES ING. A NDRÉS V ARGAS L ONDOÑO UNICIENCIA. EDU. CO Corporación Universitaria de Ciencia y Desarrollo.

Normalización en una base de datos
Ejemplo 1: Base de Datos Secretaría de Tránsito
DIAGRAMAS ENTIDAD RELACIÓN
BASES DE DATOS Entidad-Relación
Modelos de Datos.
Ing. Héctor Abraham Hernández Erazo
Restricciones de Integridad
PRESENTADO POR: GUSTAVO VASQUEZ JEISON MORENO JHON FREDY PENAGOS.
Diagramas.
CARACTERISTICAS Y REPRESENTACION DE LOS DATOS
MODELOS DE DATOS RELACIONAL
3. Modelo de datos Prof: Lcdo. Luis Peña.
UNIDAD 2 Modelo Entidad-Relación
Teórico: Pasaje del MER al MR
Bases de Datos Modelo Relacional.
Base de Datos I. Integridad Se refiere a la exactitud o corrección de los datos en la base de datos. 2.
Unidad II Diseño Conceptual de una Base de Datos:
Fundamentos de Ingeniería de Software
Tema 2: Diseño de Bases de Datos relacionales
Modelo de Entidad-Relación (Modelo Conceptual) Ing. Linda Masias Morales INTEGRACION DE LAS TECNOLOGIAS DE INFORMACION Y COMUNICACION.
Base de Datos I – Ing. Mary Carlota Bernal J. BASE DE DATOS I Conversión del Modelo Entidad – Relación a Relacional.
Modelos Entidad – Relación (E-R). El modelo entidad-relación Los MD soportados por los SGBD no suelen ofrecer, dado su bajo nivel de abstracción, los.
 Gregorio López González  Norberto Misael Valtierra Ornelas  Ricardo Enrique Pérez Andrade  Luis Rodríguez Valencia.
Fundamentos de Bases de Datos
Tema El modelo entidad-relación Bibliografía:
Prof. Daniel Obando Fuentes
¿Qué es una Base de Datos? Es un conjunto de datos almacenados. Su esquema es el siguiente : Tabla Persona Base de Datos Tabla Profesión.
Transcripción de la presentación:

MODELADO DE DATOS Es una representación abstracta de todos los objetos de datos que se procesan dentro del sistema y las relaciones entre los objetos de datos. Objetos de datos: Representa en casi cualquier información compuesta (se refiere a que tiene muchas propiedades o atributos) que el software debe entender. Ejemplo: un auto.

MODELO DE DATOS Atributos: Se definen a las propiedades de un objeto de datos, uno o más atributos como un identificador, éste se convierte en una clave para identificar un registro. Ejemplo: cedula, nombre, edad, altura de una persona.

MODELADO DE DATOS Relaciones: La relación se refiere a establecer una conexión entre objetos. Ejemplo: persona posee auto (posee es la relación).

Modelo de datos Modelo de datos  E-R (Entidad – Relación)

Modelo de datos Modelo de datos

Clases de entidades Débiles son aquellas que no tienen clave primaria. Fuertes las que sí tienen. Entidades débiles dependen de una fuerte a través de una clave parcial.  PK (Primary Key), Es una clave que identifica uniquivocamente a un registro de otro.  FK (Foreign Key), Es una clave que ayuda a relacionar las tablas, usando la PK de la tabla a la cual se hace referencia. Claves Modelo de datos Modelo de datos

Visualización de datos RUT_CLICOD_CI U NOMBRE_CLIDIRECCIONFONO Ramon PicartePicarte Juan PerezLos Alamos K10Alvaro HenriquezBueras Ester ValdesErrazuriz 443 COD_CI U NOMBRE 01Arica 03Iquique 10Valdivia 05Santiago 11Osorno Modelo de datos Modelo de datos

Ejemplo : REGIONCOD_REG LOS RIOS14 TARAPACA1 ANTOFAGASTA2 COD_REGCIUDA D COD_CIU 14Valdivia1 14Corral2 14Lanco3 14Los Lagos4 14Mafil5 14Mariquina6 14Paillaco7 14Panguipulli8 1Arica9 1Iquique10 2Calama11 Modelo de datos Modelo de datos

Pasos para hacer un Diagrama E - R: 1. Identificar sustantivos  entidades 2. Identificar verbos  relaciones 3. Identificar atributos 4. Identificar llaves primarias 5. Establecer cardinalidades Modelo de datos Modelo de datos

Ejemplo : Se requiere construir un sistema de información en el que se requiere tener la información sobre las viviendas urbanas del país y las personas que las habitan. Cada persona solo puede habitar una vivienda, pero puede ser propietaria de más de una. (Como simplificador, las ciudades pertenecen a regiones). Modelo de datos Modelo de datos

Paso 1 : identificar sustantivos  entidades Se requiere construir un sistema de información en el que se requiere tener la información sobre las viviendas urbanas del país y las personas que las habitan. Cada persona solo puede habitar una vivienda, pero puede ser propietaria de más de una. (Como simplificador, las ciudades pertenecen a regiones). Modelo de datos Modelo de datos

Paso 1 : identificar sustantivos  entidades personas regiones ciudades viviendas Modelo de datos Modelo de datos

Paso 2 : identificar verbos  relaciones Se requiere construir un sistema de información en el que se requiere tener la información sobre las viviendas urbanas del país y las personas que las habitan. Cada persona solo puede habitar una vivienda, pero puede ser propietaria de más de una. (Como simplificador, las ciudades pertenecen a regiones). Modelo de datos Modelo de datos

Paso 2 : identificar verbos  relaciones personas regiones ciudades viviendas Habita Es propietaria Pertenece Estan Modelo de datos Modelo de datos

Paso 3 : identificar atributos Personas: Rut y Nombre Viviendas: Dirección Ciudades: Nombre Regiones: Nombre Modelo de datos Modelo de datos

Paso 3 : identificar atributos personas regiones ciudades viviendas Habita Es propietaria Pertenece Estan rut dirección nombre Modelo de datos Modelo de datos

Paso 4 : Identificar llaves primarias Personas: RUT (Rol Único Tributario) Viviendas: Id_vivienda (Id: Identificador) Ciudades: Id_ciudad Regiones: Id_region NOTA: las llaves primarias se denotan por PK (Primary Key), y usaremos la siguiente forma de representación: PK: rut Modelo de datos Modelo de datos

personas regiones ciudades viviendas Habita Es propietaria Pertenece Estan PK: rut dirección nombre PK: id_vivienda PK: id_ciudad PK: id_region Modelo de datos Modelo de datos

Paso 5 : Establecer cardinalidades Se requiere construir un sistema de información en el que se requiere tener la información sobre las viviendas urbanas del país y las personas que las habitan. Cada persona solo puede habitar una vivienda, pero puede ser propietaria de más de una. (Como simplificador, las ciudades pertenecen a regiones). Modelo de datos Modelo de datos

3. Modelo de datos Paso 5 : Establecer cardinalidades Entonces… Una persona es propietaria de N viviendas, y una vivienda es propiedad de 1 sola persona. En las viviendas pueden habitar N personas, y una persona puede habitar en 1 sola vivienda. Una ciudad puede tener N viviendas, y una vivienda pertenece a sólo 1 ciudad. Una región puede tener N ciudades, y una ciudad pertenece a sólo 1 región.

Paso 5 : Establecer cardinalidades personas regiones ciudades viviendas Habita Es propietaria Pertenece Estan PK: rut dirección nombre PK: id_vivienda PK: id_ciudad PK: id_region N N N N Modelo de datos Modelo de datos

Paso 5 : Establecer cardinalidades Como parte de este paso, nace una llave llamada FK (Foreign Key), llave foránea, que es el identificador que relaciona de forma real las entidades (como otro atributo de la entidad ). Esta se toma desde la punta de la relación con 1 a la que tiene N. Para ello se traspasa la PK de la entidad con cardinalidad 1, como FK a la entidad con cardinalidad N. Modelo de datos Modelo de datos

Paso 5 : Establecer cardinalidades personas regiones ciudades viviendas Habita Es propietaria Pertenece Estan PK: rut dirección nombre PK: id_vivienda PK: id_ciudad PK: id_region N N N N FK: id_vivienda FK: rut FK: id_ciudad FK: id_region Modelo de datos Modelo de datos