Modelamiento Entidad-Relación

INTEGRANTES:Céspedes Martínez Maite

Centurión Llenque Frank

DEFINICIONCuando se utiliza una base de datos para gestionar información, se está plasmando una parte del mundo real en una serie de tablas, registros y campos ubicados en un ordenador; creándose un modelo parcial de la realidad. Antes de crear físicamente estas tablas en el ordenador se debe realizar un modelo de datos. Se suele cometer el error de ir creando nuevas tablas a medida que se van necesitando, haciendo así el modelo de datos y la construcción física de las tablas simultáneamente. El resultado de esto acaba siendo un sistema de información parcheado, con datos dispersos que terminan por no cumplir adecuadamente los requisitos necesarios.

TIPOS DE ENTIDAD

       El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre dichas entidades:

Entidad.- Objeto del mundo real sobre el que queremos almacenar información (Ej: una persona). Las entidades están compuestas de atributos que son los datos que definen el objeto (para la entidad persona serían DNI, nombre, apellidos, dirección,...). De entre los atributos habrá uno o un conjunto de ellos que no se repite; a este atributo o conjunto de atributos se le llama clave de la entidad, (para la entidad persona una clave seria DNI). En toda entidad siempre hay al menos una clave que en el peor de los casos estará formada por todos los atributos de la tabla. Ya que pueden haber varias claves y necesitamos elegir una, lo haremos atendiendo a estas normas:

Que sea única.

Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de cliente?.

Que sea mínima, ya que será muy utilizada por el gestor de base de datos.

Relación.- Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones pueden ser de tres tipos:

TIPOS DE RELACIONES

Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).

Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).

Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relación MATRÍCULA).

ATRIBUTOS• Atributo= cada una de las propiedades o características que tiene una entidad.

• 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.

• En un conjunto de entidades del mismo tipo, cada entidad tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca.

• Los atributos son valores simples, e.j. enteros o cadenas de caracteres, sin estructura, conjuntos, etc.• Los atributos se representan mediante un óvalo con el nombre del atributo dentro.

TIPOS DE ENTIDAD

ENTIDAD DÉBILLo constituyen las tablas principales de la base de datos que contienen los registros principales del sistema de información y que requieren de entidades o tablas auxiliares para completar su descripción o información. Por ejemplo la tabla usuario es una entidad fuerte en relación a la tabla tipos de usuarios, que es una entidad débil dada su condición auxiliar para clasificar a los usuarios registrados en la biblioteca.

Son entidades débiles a las tablas auxiliares de una tabla principal a la que completan o complementan con la información de sus registros relacionados. Por ejemplo también son consideradas entidades débiles las tablas intermedias que sirven para compartir información de varias tablas principales.

ENTIDAD FUERTE

ATRIBUTOS EN LAS RELACIONES

Según cardinalidad: La cardinalidad se representan en un diagrama ER como una etiqueta que se ubica en ambos extremos de la línea de relación de las entidades y que puede contener diversos valores entre los que destacan comúnmente el 1 y el *, obteniendo los siguientes tipos:

Relación 1 a 1. La relación uno a uno, define que un único registro de la tabla puede estar relacionado con un único registro de la tabla relacionada.

Relación 1 a *. La relación de uno a varios, define que un registro dado de una tabla auxiliar o secundaria sólo puede estar vinculado con un único registro de la tabla principal con la que está relacionada.

Relación * a *. La relación de varios a varios, define que un registro de una tabla puede estar relacionado con varios registros de la tabla relacionada y viceversa.

Según modalidad Optativa. La relación entre un registro de una tabla y varios de la tabla relacionada, puede existir o no.  Obligatoria. La relación entre un registro de una tabla y otro de la tabla relacionada es obligada, debe

existir siempre.

Restricciones EstructuralesPermite describir una serie de restricciones del mini mundo en cuestión, si bien existen otras restricciones que es imposible (en otros casos muy difícil) de representar mediante el modelo. Todas estas restricciones no representables mediante el modelo serán descritas en el DICCIONARIO DE DATOS, de acuerdo a los conceptos descritos en el documento “DICCIONARIO DE DATOS”:

Restricciones De Atributo

• Restricciones de ocurrencia: son restricciones que afectan a varios atributos de una misma ocurrencia de una entidad. Ejemplo: FINICIO<=FFIN

• Restricciones para varias ocurrencias: son restricciones que afectan a más de una ocurrencia de una misma entidad. Ejemplo: (Entidad EMPLEADO) No pueden existir más de 3 empleados con un sueldo superior a $8.000.000.

• Dominio: asignar un atributo a un dominio definido en el propio DICCIONARIO DE DATOS representa una restricción ya que describe el conjunto de valores que puede tomar una atributo.

• Restricciones de atributo adicionales: son restricciones que se “añaden” a la propia restricción de dominio, como por ejemplo:

• AUTOINCREMENTADO: indica que el valor que toma el atributo para una nueva ocurrencia es el siguiente al último valor asignado a ese mismo atributo para la última ocurrencia añadida a la entidad.

Restricciones A nivel de entidad

• Restricciones de ocurrencia: son restricciones que afectan a varios atributos propios de una misma ocurrencia de una relación. Ejemplo: FINICIO<=FFIN

• Restricciones para varias ocurrencias: son restricciones que afectan a más de una ocurrencia de una misma relación. Por ejemplo: (Relación ASIGNADO) No pueden existir más de 10 empleados asignados al mismo departamento.

Restricciones de Relaciones

RESUMEN:El 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.

SUMMARY:

The E -R model was proposed by Peter P. Chen between the years 1976-1977 . Later many other authors have researched and written on the model , providing important contributions, so it really can not be considered to have a single ER.El model ER model describes data as entities, relationships (links ) and attributes and can represent the conceptual database schema graphically by ER diagrams.

RECOMENDACIONES:Se recomienda tener en cuenta todas las limitaciones, las posibilidades de integración y el diseño adecuado para el modelado de datos (en análisis y en las fases de diseño de la implementación del proyecto).

Esto implica: •Definir del Modelo de Datos entidad-relación.•Tener en cuenta que el diseño de la base de datos de la fuente externa debe utilizar la tercera forma normal (normalización).

CONCLUSIÓN:

• Ventajas del modelo E-R: - Diseño de alto nivel: Expresa con bastante precisión el esquema conceptual. Los diagramas de E-R permiten mantener una visión global del diseño y favorece la comunicación entre los diseñadores.

• Desventajas del modelo E-R: - Carece de un soporte formal y los SGBD no suelen implementarlo directamente. Normalmente hay que transformarlo en un modelo de más bajo nivel.