INTEGRANTES AYALA EDISSON CHACON ANDREA CRUZ IVAN GOMEZ MAICOL

Slides:



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

Diseño de Bases de Datos
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Unidad II Modelo Entidad-Relación
Fundamentos de Bases de Datos
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
Modelo Entidad Relación Unidad II. Modelo de datos Tema 2.2 Realizó: I.S.C. Raquel Gpe Saucedo Chacòn.
Modelo entidad-relación
Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP
Elementos para Interpretar el Modelo Conceptual de Datos
FUNDAMENTOS DE PROGRAMACIÓN
MODELO ENTIDAD RELACIÓN MER
Unidad 2: Modelo de Datos.
Entidad Relación Doc. Ing. Marleny Soria Medina
2.1Definición de un modelo de datos
Modelo de Datos Unidad II.
Modelos de Datos Modelado y Diseño de Bases de Datos
Funciones de las gráficas, tablas, diagramas y cuadros sinópticos en la presentación de la información.
Maestría en Bioinformática Bases de Datos y Sistemas de Información Calidad de Esquemas Ing. Alfonso Vicente, PMP
B ASES DE DATOS 1 Teórico: Diseño Conceptual. M ODELADO C ONCEPTUAL Primera etapa en el diseño de una BD Sub-etapas: Estudio del problema real Especificación.
Diseño del Esquema de BD
MODELO RELACIONAL.
DIAGRAMAS ENTIDAD RELACIÓN
Teoría de Bases de Datos
MODELO RELACIONAL.
Modelo Entidad-Relación
Modelo Entidad - Relación
Modelo entidad relación
Sindy Carolina Asprilla
Análisis y Diseño orientado a objetos con UML.
BASE DE DATOS I. Tipos de Bases de Datos  Base de Datos de Red Colección de registros los cuales están conectados entre si por medio de enlaces. “Un.
FUNDAMENTOS DE BASES DE DATOS
Sistemas de Bases de Datos I
Viviana Poblete López Módulo: Modelo de Datos
BASES DE DATOS MULTIDIMNSIONALES ING. A NDRÉS V ARGAS L ONDOÑO UNICIENCIA. EDU. CO Corporación Universitaria de Ciencia y Desarrollo.
Introducción A Las Bases De Datos
Métrica v2.1 Técnicas: Modelado de datos (Parte 2)
MODELADO DE DATOS (PARTE 2) Viviana Poblete L. Modelo de Datos I.
Modelos de Bases de Datos
Bases de datos relacionales
RESTRICCIONES Ing. Carolina Moreno Departamento de Sistemas Facultad de Electrónica y Telecomunicaciones Universidad del Cauca.
Este modelo utiliza árboles para la representación lógica de los datos. Este árbol esta compuesto de unos elementos llamados nodos. El nivel más alto.
DISEÑO DE BASES DE DATOS
DIAGRAMAS ENTIDAD RELACIÓN
Modelos de Datos.
Ing. Héctor Abraham Hernández Erazo
APLICACIÓN DE NUEVAS TECNOLOGÍAS EN LA CONSERVACIÓN Y ANÁLISIS DEL PATRIMONIO CULTURAL Pensar Relacionalmente: Bases de Datos Relacionales (una visión.
Diagrama de Clases ACI 570.
Trainning DFD.
Bases de Datos.
Métrica v2.1 Técnicas: Modelado de datos (Parte 1)
Lenguaje Estructurado de Consulta
CARACTERISTICAS Y REPRESENTACION DE LOS DATOS
Diagrama Entidad-Relación
DIAGRAMA DE CLASES.
Modelo Entidad - Relación
UNIDAD 2 Modelo Entidad-Relación

¿QUÉ ES EL MODELO ENTIDAD-RELACIÓN?  Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas.
Conceptos Generales de Bases de Datos
Unidad II Diseño Conceptual de una Base de Datos:
Denominado por sus siglas como: Diagrama Entidad- Relación E-R.
M ODELO DE DATOS DE ENTIDAD - VÍNCULO El modelo de entidad-vínculo es un modelo de datos conceptual de uso muy extendido. Este modelo, y sus variantes,
Unidad 6. Tema 1. Bases de datos. Conceptos Básicos.
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.
Modelado UML Diagrama de Clases
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.
Una restricción de integridad es una condición que deben cumplir ciertos datos para que sean considerados una instancia de una Base de datos. Instancia:
Transcripción de la presentación:

INTEGRANTES AYALA EDISSON CHACON ANDREA CRUZ IVAN GOMEZ MAICOL MARTINEZ ELVIA DANIEL

Cardinalidad Una de las características importantes que hay que tener en cuenta en este modelo es la cardinalidad de cada extremo en una relación. La cardinalidad expresa cuántas del conjunto de entidades de un extremo de la relación están relacionadas con cuántas entidades del conjunto del otro extremo. Pueden ser ``uno a uno'', ``uno a varios'' o ``varios a varios''. Por ejemplo, un artículo puede ser escrito por un solo autor o por varios, pero nunca por ninguno; un autor puede pertenecer a exactamente una institución (no para cero o varias); un artículo puede tener cero, uno o varios experimentos. Finalmente, un autor puede escribir muchos artículos, o ninguno. Observe que las cardinalidades en algunos casos dependen de restricciones arbitrarias: se podría decidir aceptar sólo aquellos autores que han escrito al menos un artículo (y con esto cambiaría la última regla mencionada); hemos decidido considerar sólo la institución primaria para la cual un determinado autor trabaja (y esto ha determinado nuestra segunda regla).

Diagramas de estructura de datos.     Un diagrama de estructura de datos es un esquema que representa el diseño de una base de datos de red. Este modelo se basa en representaciones entre registros por medio de ligas, existen relaciones en las que participan solo dos entidades(binarias ) y relaciones en las que participan más de dos entidades (generales) ya sea con o sin atributo descriptivo en la relación. La forma de diagramado consta de dos componentes básicos:     Celdas: representan a los campos del registro.     Líneas: representan a los enlaces entre los registros.      Un diagrama de estructura de datos de red, especifica la estructura lógica global de la base de datos; su representación gráfica se basa en el acomodo de los campos de un  registro en un conjunto de celdas que se ligan con otro(s) registro(s), ejemplificaremos esto de la siguiente manera:

Consideremos  la relación descriptivos:alumno-cursa-materia donde la relación cursa no tiene atributos

EL MODELO ENTIDAD-RELACIÓN El modelo entidad-relación (E-R) es uno de los varios modelos conceptuales existentes para el diseño de bases de datos. Fue inventado por Peter Chen en los años setenta. El propósito de este modelo es simplificar el diseño de bases de datos a partir de descripciones textuales de los requerimientos. Los elementos esenciales del modelo son las entidades, los atributos y las relaciones entre las entidades. Una entidad es un objeto que existe y que es distinguible de otros objetos. Por ejemplo, Horst von Brand, profesor de la Universidad Santa María, siendo una persona distinguible de cualquier otra, es una entidad. Una entidad puede ser concreta (como dicho profesor) o abstracta (como un algoritmo, un curso o una dirección en Internet). Las entidades tienen atributos. Un atributo de una entidad es una característica interesante sobre ella, es decir, representa alguna propiedad que nos interesa almacenar. Por ejemplo, el profesor tiene un nombre, una fecha de nacimiento y un número de R.U.T; algunos de los valores de estos atributos los comparte con otras personas, y otros son exclusivos de él. El profesor además tiene otras propiedades, como su masa o estatura, que no son interesantes1. Podemos agrupar las entidades dependiendo de la clasificación que hagamos de los objetos que representan; entidades que representen objetos del mismo tipo tendrán los mismos atributos (con valores distintos o iguales). Llamaremos a estos grupos conjuntos de entidades2. Los conjuntos de entidades se designan en el diagrama de E-R con un cuadrado que lleva su nombre dentro. Los atributos de cada uno de ellos se grafican usando círculos o elipses que ``cuelgan'' del cuadrado que representa el conjunto respectivo. A modo de ejemplo, la representación de una entidad persona con sus atributos se presenta en la figura

CUANDO EL ENLACE NO TIENE ATRIBUTOS DESCRIPTIVOS CASO 1. CARDINALIDAD UNO A UNO.

Caso 2. Cardinalidad Muchos a uno.

Caso 3. Cardinalidad muchos a muchos.

CUANDO EL ENLACE TIENE ATRIBUTOS DESCRIPTIVOS. Caso 1. Cardinalidad uno a uno.

Caso 2. Cardinalidad Uno a muchos.

CASO 3. Cardinalidad muchos a muchos.

GRACIAS POR SU ATENCION