Integrantes:LISBETH ALEXANDRA VASQUEZ CIEZA ALCIRA GONZALES MUÑOZ

DEFINICION

El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación.

TIPOS DE RELACIONESUno a Uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa..

Uno a Muchos: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona con una única entidad en A. Muchos a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A.. Muchas a Muchas: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa. 

ATRIBUTOSATRIBUTOS:Los atributos son las características que definen o identifican a una entidad. Estas pueden ser muchas, y el diseñador solo utiliza o implementa las que considere más relevantes. Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.

ATRIBUTOS IDENTIFICATIVOS: Son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta.

ATRIBUTOS COMPUESTOS: Pueden ser divididos en pequeñas partes, las cuales representan atributos básicos con existencia independiente.

ATRIBUTOS SENCILLO-MULTIPLES: La mayoría de los atributos tienen un valor simple.

ATRIBUTOS ALMAVENADOS-DERIVADOS: En algunos casos, los valores de dos o más atributos están relacionados

TIPOS DE ENTIDADES ENTIDAD FUERTE: Conjunto de entidades que

posee una clave primaria.

ENTIDAD DÉBIL: Es aquel conjunto de entidades que no tiene atributos que puedan identificar una entidad en forma única, o sea que no poseen atributos para conformar la llave primaria; por lo tanto dependen de una entidad fuerte.

ATRIBUTOS EN RELACIONES

Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo típico son las relaciones de tipo “histórico” donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisión de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo “Fecha de emisión” de la factura debería colocarse en la relación “se emite”.

RESTRICCIONES ESTRUCTURALESEstas restricciones se refieren a:

ATRIBUTOS:IdentificadoresCardinalidades INTERRELACIONES:Cardinalidades mínima y máximaDependencias en existencia y en identificaciónOtras restricciones

PROBLEMAS CON LAS E-RA partir del siguiente enunciado se desea realizar el modelo entidad-relación.“Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda España. Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el dni, nombre, teléfono, dirección, salario y población en la que vive. De los paquetes transportados interesa conocer el código de paquete, descripción, destinatario y dirección del destinatario.

RESUMENEl modelo E-R fue propuesto por Peter P. Chen entre los años 1976‑1977. Posteriormente otros muchos autores han investigado y escrito sobre el modelo, proporcionando importantes aportaciones, por lo que realmente no se puede considerar que exista un único modelo E-R. El modelo E-R describe los datos como entidades, relaciones (vínculos) y atributos y permite representar el esquema conceptual de una base de datos de forma gráfica mediante los diagramas E-R.

ENTIDADES Y ATRIBUTOS:El objeto básico que se representa en el modelo E-R es la entidad que es "cualquier objeto del mundo real con existencia propia, sobre el cual queremos tener información en una base de datos”.  Una entidad puede ser un objeto con existencia física (una cierta persona, una casa, un empleado, un coche,..) o un objeto con existencia conceptual (una empresa, un puesto de trabajo, un curso universitario,...).

RECOMENDACIONES Los diagramas Entidad-Relación no

cumplen su propósito con eficacia debido a que tienen limitaciones semánticas.

Por esto se suelen utilizar los diagramas Entidad-Relación extendidos (MERE) que incorporan algunos elementos más al lenguaje.

CONCLUSIONES DISEÑO DE ALTO NIVEL: Expresa con

bastante precisión el esquema conceptual. Los diagramas permiten mantener una

visión global del diseño y favorece la comunicación entre losdiseñadores.

APRECIACION DE EQUIPO Nuestra apreciación es que es una buena forma de

diseñar correctamente las bases de datos, aunque algunas veces resulta más rápido implementarlo directamente en nuestro gestor de BBDD sin la necesidad de crear un gran diagrama, sino usando notas más simples