BASES DE DATOS TEMA 2 MODELOS DE DATOS

Documentos relacionados
Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I

UNIVERSIDAD ALONSO DE OJEDA FACULTAD DE INGENIERÍA BASE DE DATOS I. Profesora: Dennís Chirinos

BASE DE DATOS Modelos de Datos

TECNOLOGÍAS DE LA INFORMACIÓN PARA LA INNOVACIÓN. Facultad de Estadística e Informática

Modelado Entidad-Relación

TEMA 3.- MODELOS CONCEPTUALES DE DATOS.

Tema 5: Conceptos de Diseño en Archivos y Bases de Datos. Ing. Elizabeth Guerrero

Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011

Recolección y Análisis de Requerimientos

INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)

Modelo Conceptual de datos. Yenifer Laurens.

Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación

UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLOGICOS ESCUELA DE COMPUTACION

Modelos de Datos. Modelo Entidad-Relación

Bases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación

Objetivos de los sistemas de bases de datos.

Unidad 2 MODELO ENTIDAD - RELACIÓN

Modelo entidad-relación

BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación

MODELOS DE DATOS. Base de datos simple o plano

TAREA No. 2 MODELO ENTIDAD RELACIÓN FANNY MILEISIS DIAZ PINTO

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación

Tema 2: Diseño conceptual de Bases de Datos: el Modelo Entidad Relación

Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación

Qué es SGBD? Mencionar 4 tipos de SGBD. SGBD de red. Román Gutiérrez Sosa. SGBD jerárquicos. Modelo de datos relacionales.

Modelo Conceptual Modelo Entidad - Relación

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad-Relación

Bases de datos 1. Teórico: Diseño Conceptual

BASES DE DATOS 1. Teórico: Diseño Conceptual

El modelo Entidad-Relación

Una base de datos es una herramienta diseñada para reunir y organizar información. En las bases de datos es posible almacenar información para uso

UNIDAD 3 MODELO ENTIDAD- RELACION

Capítulo 2. El Modelo Entidad- Relación (E-R)

JUAN C. MIRANDA R. Unidad II. Elementos para Interpretar el Modelo Conceptual de Datos 01/06/2012. Unidad Curricular: Base de Datos

Concepto. 1963, en un simposio celebrado en California, USA. Conjunto de información relacionada que se encuentra agrupada ó estructurada.

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación

Formato para prácticas de laboratorio

Ing. Yim Isaias Apestegui Florentino

Tema 2: Diseño conceptual de Bases de Datos.

BASES DE DATOS II. Tema III:El problema del modelado conceptual. Profesores: Fernando Berzal Galiano Javier García Castellano Maria-Amparo Vila

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

Diseño lógico de. Bases de Datos. Modelo. Entidad - Relación

DISEÑO DE BASES DE DATOS RELACIONALES

Introducción a las Bases de Datos

Diseño de bases de datos. Informática Aplicada Grado en GAP Fac. de Admón. y Dir. de Empresas Univ. Politécnica de Valencia

FUNDAMENTOS DE BASES DE DATOS TEMA 4. Metodología de desarrollo de Bases de Datos

SISTEMAS DE INFORMACIÓN III LABORATORIO

Sistemas de Bases de Datos I Introducción y Conceptos Generales

Introducción a Bases de Datos

Conceptos de DBMS Y Arquitectura

ING. YIM ISAIAS APESTEGUI FLORENTINO

Informática. Introducción a las bases de datos relacionales. Diseño conceptual. Carmen Graciani Díaz Luis Valencia Cabrera

BASES DE DATOS. TEMA 4. Modelización semántica. Modelo entidad-relación

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 1: REQUISITOS SOFTWARE

UNIVERSIDAD ESTATAL DE BOLÍVAR

Modelo Entidad Relacion Extendido

Tema II: Nivel conceptual de una Base de Datos. El modelo E/R

Metodología de Diseño Lógico. Sistemas Gestores de Bases de Datos

Unidad 2. Bases de Datos Relacionales

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos

RESUMEN DE LAS DIAPOSITIVAS DE BASE DE DATOS 1

Introducción a las bases de datos relacionales (2010/2011)

Sistemas de Bases de Datos

Modelo de Datos. Universidad de los Andes Demián Gutierrez Marzo

Sistemas de Bases de Datos I Introducción y Conceptos Generales

Tema II: Nivel conceptual de una Base de Datos. El modelo E/R

Introducción a las Bases de Datos UNIDAD II MODELO ENTIDAD-RELACION

MODELO ENTIDAD RELACIÓN. INTEGRANTE: ISRAEL RICARDO JULIO TORRES Código

MODELIZACIÓN CONCEPTUAL DE DATOS

Desarrollo Orientado a Objetos en Métrica v. 3

El ciclo de vida de un sistema de información

EXAMEN EXTRAORDINARIO Informática y Computación IV

EL MODELO RELACIONAL

Un sistema de bases de datos sirve para integrar los datos. Lo componen los siguientes elementos:

PROGRAMA EDUCATIVO Maestría en ciencias de la computación

Definición de Bases de datos

Transcripción:

SES DE DTOS TEM 2 MODELOS DE DTOS Un modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de datos y las operaciones para manipularlos. Hay dos tipos de modelos de datos: los modelos conceptuales y los modelos lógicos. Los modelos conceptuales se utilizan para representar la realidad a un alto nivel de abstracción. Mediante los modelos conceptuales se puede construir una descripción de la realidad fácil de entender. En los modelos lógicos, las descripciones de los datos tienen una correspondencia sencilla con la estructura física de la base de datos. En el diseño de bases de datos se usan primero los modelos conceptuales para lograr una descripción de alto nivel de la realidad, y luego se transforma el esquema conceptual en un esquema lógico. El motivo de realizar estas dos etapas es la dificultad de abstraer la estructura de una base de datos que presente cierta complejidad. Un esquema es un conjunto de representaciones lingüísticas o gráficas que describen la estructura de los datos de interés. Los modelos conceptuales deben ser buenas herramientas para representar la realidad, por lo que deben poseer las siguientes cualidades: Expresividad: Deben tener suficientes conceptos para expresar perfectamente la realidad. Simplicidad: Deben ser simples para que los esquemas sean fáciles de entender. Minimalidad: Cada concepto debe tener un significado distinto. Formalidad: Todos los conceptos deben tener una interpretación única, precisa y bien definida En general, un modelo no es capaz de expresar todas las propiedades de una realidad determinada, por lo que hay que añadir aserciones que complementen el esquema. lgunos modelos con frecuencia utilizados en las bases de datos son: ases de datos jerárquicas. ase de datos relacional. ases de datos orientadas a objetos ases de datos documentales. ases de datos deductivas. ases de datos distribuidas. Un modelo de datos para las D es una colección de conceptos que se emplean para describir la estructura de una base de datos. Esa colección de conceptos incluyen: entidades, atributos y relaciones. Las bases de datos almacenan datos, permitiendo manipularlos fácilmente y mostrarlos de diversas formas. El proceso de construir una base de datos es llamado diseño de base de datos. 1

La mayoría de los modelos de datos poseen un conjunto de operaciones básicas para especificar consultas y actualizaciones de la base de datos, donde los modelos de datos pueden clasificarse en: Modelos de datos de alto nivel o conceptuales: Disponen de conceptos cercanos a la forma en que los usuarios finales perciben una base de datos. Modelos de datos de bajo nivel o físicos: Disponen de conceptos que describen detalles sobre el almacenamiento de los datos en la computadora. Modelos de datos de representación (o de implementación): Disponen de conceptos que pueden entender los usuarios finales, pero que no están alejados de la forma en que se almacenan los datos en la computadora. Los modelos de datos sirven para clasificar los distintos tipos de DMS. Los modelos más conocidos y utilizados son: Modelo entidad-relación. Modelo jerárquico. Modelo de red. Modelo relacional 2.1 Entidad - Relación Este modelo se obtiene en tiempo de diseño de la base de datos. Fue propuesto por Peter Chen en 1976 y desde entonces se viene utilizando de una forma muy global. Se caracteriza por utilizar una serie de símbolos y reglas para representar los datos y sus relaciones. Con este modelo se consigue representar de manera gráfica la estructura lógica de una base de datos. En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia. Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. Los datos pueden ser recuperados o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar los datos. El modelo entidad relación denominado así por sus siglas en inglés, E-R "Entity Relationship", o del español DER "Diagrama de Entidad Relación" es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades. Este modelo se encuentra conformado por los siguientes elementos: Entidades: Representa una cosa u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad. Las entidades pueden ser fuertes o débiles. Fuertes: Son las que no dependen de otras entidades para existir. Débiles: Siempre dependen de otra entidad sino no tienen sentido por ellas mismas. Se puede considerar una entidad a los sujetos, objetos, a los eventos, a los lugares, y a las abstracciones donde: 2

o Sujeto: Pueden ser personas y organizaciones que originen transacciones por ejemplo: cliente, proveedor, empleado, estudiante, profesor, etc. o Objeto: Son entes tangibles como cuales productos por ejemplo: producto, articulo, etc. o Evento: Son transacciones generadas por sujetos y que afectan a los objetos, por ejemplo: pedido, ajustar, colegiatura, etc. o Lugares: La ubicación de los objetos y sujetos por ejemplo: ciudad, país, bodega, salón, oficina, etc. o bstracción: Son conceptos empleados para clasificar, calificar, o medir otras entidades, por ejemplo: tipo de cliente, tipo de cuenta, unidad de medida, nivel estudio, etc. tributos: Son propiedades de las entidades que interesan para almacenarse en la D. Por ejemplo, la entidad lumno podría tener los atributos nombre, apellido, año de nacimiento, etc. los atributos que son clave se les antepone el símbolo #, a los atributos obligatorios se les antepone el símbolo * y a los atributos opcionales se les agrega el símbolo. Los atributos pueden ser: tributo Simple: Tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio. tributo Compuesto: Es un atributo con varios componentes, cada uno con un significado por sí mismo. tributo Monovalente: Es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que pertenece. tributo Polivalente: Es aquél que tiene varios valores para cada ocurrencia dela entidad o relación a la que pertenece. Relaciones: Podemos definir la relación como una asociación de dos o más entidades. cada relación se le asigna un nombre para poder distinguirla de las demás y saber su función dentro del modelo entidad-relación. Existen 4 tipos de relaciones las cuales son: Uno a Uno (1:1): Un registro de una entidad se relaciona con solo un registro en una entidad. (ejemplo dos entidades, profesor y departamento, con llaves primarias, codigo_profesor y jefe_depto respectivamente, un profesor solo puede ser jefe de un departamento y un departamento solo puede tener un jefe). Uno a Varios (1:N): Un registro en una entidad en se relaciona con cero o muchos registros en una entidad. Pero los registros de solamente se relacionan con un registro en. (ejemplo: dos entidades, vendedor y ventas, con llaves primarias, codigo_vendedor y venta, respectivamente, un vendedor puede tener muchas ventas pero una venta solo puede tener un vendedor). 3

Varios a Uno (N:1): Una entidad en se relaciona exclusivamente con una entidad en. Pero una entidad en se puede relacionar con 0 o muchas entidades en (ejemplo empleado-centro de trabajo). Varios a Varios (N:M): Una entidad en se puede relacionar con 0 o con muchas entidades en y viceversa (ejemplo asociaciones-ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma asociación, y cada ciudadano puede pertenecer a muchas asociaciones distintas). Por ejemplo: Una empresa que requiere controlar a los vendedores y las ventas que ellos realizan; de este problema se puede determinar que los objetos o entidades principales a estudiar son el empleado (vendedor) y el artículo (que es el producto en venta), y las características que los identifican son: Empleado Nombre Puesto Salario R.F.C. rticulo Descripción Costo Clave Existencias La relación entre ambas entidades la podemos establecer como Venta. Para representa un modelo E-R gráficamente, la representación es muy sencilla, se emplean símbolos, los cuales son: Símbolo Representa Entidad Relación tributo Ligas El ejemplo anterior quedaría representado de la siguiente forma: 4

2.2 Jerárquico Éstas son D que, como su nombre indica, almacenan sus datos en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de datos puede tener varios hijos. El nodo más alto o a que que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas. Cada nodo representa un registro con sus correspondientes campos. Los diferentes niveles del árbol quedan unidos mediante relaciones. Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de datos y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento. Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos. En este modelo solo se pueden representar relaciones 1:M, por lo que presenta varios inconvenientes: No se admiten relaciones N:M Un segmento hijo no puede tener más de un padre. No se permiten más de una relación entre dos segmentos. Para acceder a cualquier segmento es necesario comenzar por el segmento raíz. El árbol se debe de recorrer en el orden designado. 5