Modelo entidad-relacin

Un diagrama o modelo entidad-relacin (a veces denominado por sus siglas en ingls, ER "Entity relationship", o del espaol DER "Diagrama de Entidad Relacin") es una
herramienta para el modelado de datos que permite representar las entidades relevantes de
un sistema de informacin as como sus interrelaciones y propiedades.

Modelo Entidad-Relacin[editar]
El Modelo Entidad-Relacin
1.Se elabora el diagrama (o diagramas) entidad-relacin.
2.Se completa el modelo con listas de atributos y una descripcin de otras restricciones que
no se pueden reflejar en el diagrama.
El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas
para lograr un modelo directamente implementable en una base de datos. Brevemente:
permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera
que se encuentre la normatividad de archivos que se almacenarn
Transformacin de relaciones mltiples en binarias.
Normalizacin de una base de datos de relaciones (algunas relaciones pueden transformarse en
atributos y viceversa).
Conversin en tablas (en caso de utilizar una base de datos relacional).
Base terica y conceptual[editar]
El modelo de datos entidad-relacin est basado en una percepcin del mundo real que
consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones entre esos
objetos.

Entidad[editar]
Representa una cosa u "objeto" del mundo real con existencia independiente, es decir, se
diferencia nicamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma
entidad.
Algunos Ejemplos:
Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
Un automvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrn atributos
diferentes, por ejemplo, el nmero de chasis).
Una casa (Aunque sea exactamente igual a otra, an se diferenciar en su direccin).
Una entidad puede ser un objeto con existencia fsica como: una persona, un animal, una
casa, etc. (entidad concreta); o un objeto con existencia conceptual como: un puesto de
trabajo, una asignatura de clases, un nombre, etc. (entidad abstracta).
Una entidad est descrita y se representa por sus caractersticas o atributos. Por ejemplo, la
entidad Persona las caractersticas: Nombre, Apellido, Gnero, Estatura, Peso, Fecha de
nacimiento.
Atributos[editar]
Los atributos son las caractersticas que definen o identifican a una entidad. Estas pueden
ser muchas, y el diseador solo utiliza o implementa las que considere ms relevantes.
En un conjunto de entidades del mismo tipo, cada entidad tiene valores especficos
asignados para cada uno de sus atributos, de esta forma, es posible su identificacin
unvoca.
Ejemplos:
A la coleccin de entidades alumnos, con el siguiente conjunto de atributos en comn, (id,
nombre, edad, semestre), pertenecen las entidades:
(1, Sofa, 38 aos, 2)
(2, Josefa, 19 aos, 5)
(3, Carlos, 20 aos, 2)
...
Cada una de las entidades pertenecientes a este conjunto se diferencia de las dems por el
valor de sus atributos. Ntese que dos o ms entidades diferentes pueden tener los mismos
valores para algunos de sus atributos, pero nunca para todos.
En particular, los atributos identificativos son aquellos que permiten diferenciar a una
instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a
un alumno de otro es su nmero de id.

Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que
ser almacenado a restricciones en los valores que el atributo puede tomar (cadenas de
caracteres, nmeros, solo dos letras, solo nmeros mayores que cero, solo nmeros
enteros...).
Cuando algn atributo correspondiente a una entidad no tiene un valor determinado, recibe
el valor nulo, bien sea porque no se conoce, porque no existe o porque no se sabe nada al
respecto del mismo.
Conjunto de relaciones[editar]
Consiste en una coleccin, o conjunto, de relaciones de la misma naturaleza.
Ejemplo:
Dados los conjuntos de entidades "Habitacin" y "Husped", todas las relaciones de la
forma habitacin-husped, permiten obtener la informacin de los huspedes y sus
respectivas habitaciones.
La dependencia o asociacin entre los conjuntos de entidades es llamada participacin. En
el ejemplo anterior los conjuntos de entidades "Habitacin" y "Husped" participan en el
conjunto de relaciones habitacin-husped.
Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades
participantes en la relacin.
Restricciones[editar]
Son reglas que deben mantener los datos almacenados en la base de datos.
Correspondencia de cardinalidades[editar]
Dado un conjunto de relaciones en el que participan dos o ms conjuntos de entidades, la
correspondencia de cardinalidad indica el nmero de entidades con las que puede estar
relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la
correspondencia de cardinalidades puede ser:
Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en una
entidad B. (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 A se relaciona con cero o muchos
registros en una entidad B. Pero los registros de B solamente se relacionan con un registro
en A. (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).
Varios a Uno: (N:1) 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 (ejemplo
empleado-centro de trabajo).
Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con muchas entidades
en B y viceversa (ejemplo asociaciones-ciudadanos, donde muchos ciudadanos pueden
pertenecer a una misma asociacin, y cada ciudadano puede pertenecer a muchas
asociaciones distintas).
Restricciones de participacin[editar]
Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A, dicha
participacin puede ser de dos tipos:
Total: Cuando cada entidad en A participa en al menos una relacin de R.
Parcial: Cuando al menos una entidad en A NO participa en alguna relacin de R.
Claves[editar]
Es un subconjunto del conjunto de atributos comunes en una coleccin de entidades, que
permite identificar inequvocamente cada una de las entidades pertenecientes a dicha
coleccin. Asimismo, permiten distinguir entre s las relaciones de un conjunto de relaciones.
Dentro de los conjuntos de entidades existen los siguientes tipos de claves:
Superclave: Es un subconjunto de atributos que permite distinguir unvocamente cada una
de las entidades de un conjunto de entidades. Si se aade un atributo al anterior
subconjunto, el resultado seguir siendo una superclave.
Clave candidata: Dada una superclave, si sta deja de serlo quitando nicamente uno de
los atributos que la componen, entonces sta es una clave candidata.
Clave primaria: Es una clave candidata, elegida por el diseador de la base de datos, para
identificar unvocamente las entidades en un conjunto de entidades.
Los valores de los atributos de una clave, no pueden ser todos iguales para dos o ms
instancias.
Para poder distinguir unvocamente las relaciones en un conjunto de relaciones R, se deben
considerar dos casos:
R NO tiene atributos asociados: En este caso, se usa como clave primaria de R la unin
de las claves primarias de todos los conjuntos de entidades participantes.
R tiene atributos asociados: En este caso, se usa como clave primaria de R la unin de
los atributos asociados y las claves primarias de todos los conjuntos de entidades
participantes.

Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave primaria est
compuesto de relaciones binarias, con los conjuntos de entidades participantes A y B, se
consideran los siguientes casos, segn sus cardinalidades:
R es de muchos a uno de A a B entonces slo se toma la clave primaria de A, como clave
primaria de R.
R es de uno a muchos de A a B entonces se toma slo la clave primaria de B, como clave
primaria de R.
R es de uno a uno de A a B entonces se toma cualquiera de las dos claves primarias,
como clave primaria de R.
R es de muchos a muchos de A a B entonces se toma la unin de los atributos que
conforman las claves primarias de A y de B, como clave primaria de R.
Diagrama entidad-relacin[editar]
Anteriormente detallamos los conceptos relacionados al modelo ER, en esta seccin
profundizaremos en como representarlos grficamente. Cabe destacar que para todo
proceso de modelado, siempre hay que tener en claro los conceptos, estos nos brindan
conocimiento necesario y adems fundamentan nuestro modelo al momento de presentarlo a
terceros.
Formalmente, los diagramas ER son un lenguaje grfico para describir conceptos.
Informalmente, son simples dibujos o grficos que describen informacin que trata un
sistema de informacin y el software que lo automatiza.
Entidades[editar]
Las entidades son el fundamento del modelo entidad relacin. Podemos adoptar como
definicin de entidad cualquier cosa o parte del mundo que es distinguible del resto. Por
ejemplo, en un sistema bancario, las personas y las cuentas bancarias se podran interpretar
como entidades. Las entidades pueden representar entes concretos, como una persona o un
avin, o abstractas, como por ejemplo un prstamo o una reserva. Se representan por medio
de un rectngulo. que pueden ser de tipo: maestras, transaccionales, histricas y temporales
Atributos[editar]
Se representan mediante un crculo o elipse etiquetado mediante un nombre en su interior.
Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.
Por motivos de legibilidad, los atributos suelen no aparecer representados en el diagrama
entidad-relacin, sino descritos textualmente en otros documentos adjuntos.

Relacin[editar]
Describe cierta dependencia entre entidades o permite la asociacin de las mismas.
Por ejemplo:
Si tenemos dos entidades, CLIENTE y HABITACIN, podemos entender la relacin entre
ambas al tomar un caso concreto (ocurrencia) de cada una de ellas. Entonces, podramos
tener la ocurrencia Habitacin 502, de la entidad HABITACIN y la ocurrencia Henry
Johnson McFly Bogard, de la entidad CLIENTE, entre las que es posible relacionar que la
habitacin 502 se encuentra ocupada por el husped de nombre Henry Johnson McFly
Bogard.
Pasos para realizar diagramas entidad-relacin

1. Escribe los nombres de las entidades distribuidas en una hoja de papel y dibuja un
rectngulo alrededor del nombre de cada entidad. Las entidades suelen ser
sustantivos en las descripciones de un sistema, reglas o una narrativa. Por ejemplo,
en un cine las entidades podran ser pelcula, horario del espectculo, pantalla, actor y
cine.

2. Dibuja una lnea entre las entidades que tengan una relacin entre s. Dibuja un
diamante en cada lnea y escribe la naturaleza de la relacin en l. Por ejemplo, dibuja
una lnea entre los cuadros de actor y de pelcula y escribe "acta/interpretado por" en
el diamante de la lnea.

3. Aade los atributos en crculos y conctalos a las entidades relacionadas usando

lneas. Esto atributos pueden ser cualquier informacin importante que quieras
representar en el diagrama entidad-relacin. Por ejemplo, puedes aadir el nombre del
actor, una fotografa y una biografa.

4. Aade la cardinalidad o el nmero de elementos de cada entidad. Por ejemplo, si

muchas pelculas pueden tener muchos horarios para el espectculo, puedes aadir
un punto en los dos extremos de la lnea de la relacin que se encuentra entre los dos
cuadros. Si una pantalla reproduce muchos espectculos, coloca un punto en el
extremo de la lnea que toca al cuadro de los espectculos.
Diseo de Bases de Datos

Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseo de la

base de datos, quiz las ms fuertes sean:
La velocidad de acceso,
El tamao de la informacin,
El tipo de la informacin,
Facilidad de acceso a la informacin,
Facilidad para extraer la informacin requerida,
El comportamiento del manejador de bases de datos con cada tipo de informacin.
No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso
manejadores de bases de datos basndose en la experiencia del equipo
de desarrollo de software logrando resultados altamente aceptables, siempre es recomendable
la utilizacin de determinados estndares de diseo que garantizan el nivel de eficiencia mas
alto en lo que se refiere a almacenamiento y recuperacin de la informacin.
De igual manera se obtiene modelos que optimizan el aprovechamiento secundario y la
sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario.

El Diseo de Bases de Datos.

En el siguiente diagrama se puede apreciar el proceso de diseo de bases de datos. Los
requisitos de datos constituyen un componente de los requisitos de un producto y son una
entrada al diseo conceptual.

Figura 2.2.- Proceso de Diseo de Bases de Datos

2.2.1.- Diseo Conceptual.

Recibe como entrada la especificacin de requerimientos y su resultado es el esquema
conceptual de la base de datos, que es una descripcin de alto nivel de la estructura de la base
de datos, independiente del software que se use para manipularla.
Modelos Conceptuales: MER, Modelos OO, Formalismo Individual.

2.2.2.- Diseo Lgico.

Recibe como entrada el esquema conceptual y da como resultado un esquema lgico, que es
una descripcin de la estructura de la base de datos que puede procesar el software DBMS.
Modelos Lgicos: Relacional, de Redes, Jerrquico.

2.2.3.- Diseo Fsico.

Recibe como entrada el esquema lgico y da como resultado un esquema fsico, que es una
descripcin de la implementacin de una base de datos en la memoria secundaria, describe las
estructuras de almacenamiento y los mtodos usados para tener un acceso efectivo a los datos.
Modelos Fsicos: Modelo Unificador, Memoria de Elementos.

2.3.- Modelo de Datos.

Dentro de la problemtica del diseo de bases de datos, los modelos de datos cumplen un
importante rol, pues son las herramientas que nos permiten generar los esquemas de bases de
datos, los que regirn su estructura.
Un modelo de datos define las reglas por las cuales los datos son estructurados. Esta
estructuracin, sin embargo, no da una interpretacin completa acerca del significado de los
datos y de la forma en que sern usados. Las operaciones permitidas sobre datos deben ser
definidas. Muchos modelos conceptuales, como el MER, no incluan operaciones en sus
definiciones preliminares, por lo que fueron propuestas en estudios posteriores.
Se define el modelo de datos M consistente de dos partes:
G: un conjunto de reglas generadoras de esquemas.
O: un conjunto de operaciones.
El conjunto de reglas G expresa las propiedades estticas de un modelo de datos y
corresponden a lo que se denomina generalmente Data Definition Language (DDL). Este define
las estructuras permitidas para el modelo de datos M, es decir, generan esquemas.
El conjunto G se puede dividir en dos:
Gs: reglas generadoras de las estructuras permitidas.
Gc: reglas generadoras de las restricciones del modelo.
As, Gs genera las categoras y estructuras para un modelo, y Gc las restricciones.
Utilizando esta ltima notacin, un esquema S consiste de dos partes: una estructura Ss y
restricciones Sc, donde Sc es una lista explcita de restricciones que deben ser satisfechas en
todo momento.
Un modelo de datos tambin puede tener restricciones que son inherentes a l, las que
generalmente se incorporan en Ss (la estructura).
Las reglas de generacin G son generadoras de un conjunto de esquemas S, en el que cada
uno de ellos define estructuras y restricciones particulares para los datos. Hay muchas bases de
datos D en trminos de la ocurrencia del esquema S, pero todos tienen la misma estructura
genrica y obedecen a las mismas restricciones definidas en S.
En resumen:

Figura 2.3.- Modelo de Datos

Las propiedades dinmicas de un modelo de datos son expresadas por un conjunto
de operaciones O, las que generalmente son llamadas Data Manipulation Language
(DML). Estas propiedades definen las acciones permitidas para una base de datos,
tal que transforme la ocurrencia Di en la ocurrencia Dj.

2.4.- El Modelo Entidad Relacin.

A continuacin se definen los elementos del modelo entidad relacin y sus extensiones ms
usadas. Adems se incluye su representacin grfica.

2.4.1.- Dominio.
Conjunto de valores de un mismo tipo.

Ejemplo: nombres de personas, rut vlidos, estados civiles.

2.4.2.- Atributo.
Elemento de un Dominio. Aporta mediante su rtulo, la semntica de los valores del Dominio al
que est asociado.

Ejemplo: Rut, nombre, departamento, edad, tipo proyecto.

2.4.3.- Atributo Compuesto.

Corresponde a grupos de atributos que tienen afinidad en cuanto a su significado o a su uso .

Ejemplo: Direccin = calle + nmero + ciudad

2.4.4.- Tipo de Entidad.

Los Tipos de Entidad representan clases de objetos de la realidad. Adems se componen de
atributos, los cuales representan las caractersticas de un tipo de entidad.

Ejemplo: Persona, Proceso, Factura, Gua de Despacho, Cliente, Producto.

2.4.5.- Identificador de un tipo de entidad.

Un atributo I, posiblemente compuesto, de un tipo de entidad TE, es un Identificador de TE si y
slo si satisface las siguientes 2 propiedades independientes del tiempo.
a.Unicidad. En cualquier momento dado, no existen dos elementos en TE con el mismo valor de
I.
b.Minimalidad. Si I es compuesto, no ser posible eliminar ningn atributo componente de I sin
destruir la propiedad de unicidad.

Ejemplo: en Chile, para un tipo de entidad Persona, el identificador puede ser Rut.

2.4.6.- Tipo de Interrelacin.

Los Tipos de interrelacin representan agregaciones de dos o ms entidades (interrelaciones
binarias o n-arias) no necesariamente diferentes.
El Identificador de un Tipo de Interrelacin, se forma a partir de los identificadores de los tipos
de entidad que relaciona.

Ejemplo: Tipo de Entidad 1 es Empleado, Tipo de Entidad 2 es Departamento, Tipo de

Interrelacin es Trabaja para.

2.5.- Modelo Entidad Relacin: Extensiones

2.5.1.- Cardinalidad de Asignacin.
Caracteriza a los atributos de un tipo de entidad y a los tipos de interrelacin.
Las definicin aqu utilizada corresponde a la realizada por Tardieu.
Cardinalidad de atributo con respecto a un tipo de entidad.
Para los atributos, la cardinalidad mnima indica el nmero mnimo de valores de un atributo
asociado con cada caso (ocurrencia) de una entidad o interrelacin. La cardinalidad mxima
indica el nmero mximo de valores para un atributo asociado a cada caso de una entidad o
interrelacin.
Se define la Cardinalidad del Atributo A con respecto al tipo de entidad TE como:
Card(A,TE)=( mnimo, mximo), con mnimo, mximo {0,...,n} y mnimo

mximo.

donde un elemento de A debe participar al menos mnimo veces, y a lo ms mximo veces en

cada ocurrencia de TE.

Ejemplo: el atributo telfono del tipo de entidad Persona puede tener cardinalidad (0,3)
2.5.1.1.- Cardinalidad de tipo de entidad con respecto a un tipo de interrelacin.
Para los tipos de interrelacin la cardinalidad mxima (mnima) establece el menor (mayor)
nmero de correspondencias en cada una de los tipos de entidad involucradas en la
interrelacin.
Se define la Cardinalidad del Tipo de Entidad TE con respecto al tipo de interrelacin R como:
Card(TE,R) = (mnimo, mximo), con mnimo, mximo {0,...,n} y mnimo mximo.
donde toda ocurrencia de TE debe participar al menos mnimo veces, y a lo ms mximo veces
en R.

Ejemplo: Cada entidad de Provincia participa en la relacin Pertenece exactamente una vez,

mientras que cada entidad de R

egin
participa en la relacin Pertenece a lo menos una vez. Esto es, cada a cada regin pertenecen
a lo menos una provincia, mientras que toda provincia debe pertenecer a slo una regin.

2.5.2.- Identificador de un tipo de entidad.

Sea TE un tipo de entidad, sean A1, A2..., An atributos monovalentes obligatorios de TE, sean
TE1, TE2..., TEm otros tipos de entidad vinculados a TE por R1, R2..., Rm, tipos de interrelacin
(binarias) obligatorias. Considrese un posible identificador
I = {a1, a2..., an, TE1, TE2..., TEm}, n = 0, m = 0, n + m = 1.
El valor del identificador para un caso particular te del tipo de entidad TE se define como el
conjunto de todos los valores de los atributos ai (i = 1,2, ..., n) y todos los casos de los tipos de
entidad TEj (j = 1,2, ..., m) vinculadas con te.
Cada entidad puede tener mltiples identificadores alternativos.
Ejemplo: En una biblioteca, se tiene para cada libro uno o ms ejemplares. Cada libro tiene un
cdigo nico, mientras que para diferenciar a un ejemplar de otro, se le agrega un correlativo.
Para esta situacin, se puede tener un esquema como el siguiente, donde el tipo de entidad
Libro tiene como atributos cdigo, ttulo y ao edicin, mientras que Ejemplar tiene como
atributos nmero de ejemplar y ubicacin.

2.5.2.1.- Clasificacin de los tipos de entidad segn sus identificadores.

Tipo de Entidad Fuerte: Tipo de entidad con identificador interno. Por ejemplo el tipo de entidad
Libro.
Tipo de Entidad Dbil: Tipo de entidad con identificador externo o mixto. Por ejemplo el tipo de
entidad Ejemplar.

2.5.3.- Estructura de Generalizacin.

Un tipo de entidad TE (tipo de entidad genrica) es una generalizacin de un grupo de tipos de
entidades STE1 , STE2 , ..., STEn (tipos de entidad subconjunto) si cada entidad de los tipos de

entidad STE1 , STE2 , ..., STEn es tambin una entidad del tipo de entidad TE. (Lo opuesto a la
generalizacin se denomina especializacin.)
Adems cada atributo, interrelacin o generalizacin definida para un tipo de entidad genrica,
ser heredado por todas las entidades subconjunto de la generalizacin.

Ejemplo: el Tipo de entidad Persona es una generalizacin de cliente y empleado, en un Banco.

2.5.3.1.-Cobertura.
Las jerarquas de generalizacin presentan la propiedad de cobertura. La cobertura puede ser
parcial o total y exclusiva o superpuesta. La cobertura parcial o total permite especificar una
restriccin entre el tipo de entidad genrica y sus tipos de entidad subconjunto, donde todos los
elementos del tipo de entidad genrico deben pertenecer a alguno de sus tipos de entidad
subconjunto (si es total), o no (si es parcial). La cobertura exclusiva o superpuesta permite
especificar una restriccin entre los tipos de entidad subconjunto, donde los elementos que
pertenecen a un tipo de entidad subconjunto pueden pertenecer tambin a otro tipo de entidad
subconjunto (si es superpuesto) o no (si es exclusiva).

Ejemplo:
Consideremos el caso de un banco cualquiera y una poltica respecto a las personas a
considerar, y su calidad de empleados y clientes.
Caso cobertura total y exclusiva: Todas las personas son empleados o clientes del banco, pero
no ambas cosas simultneamente. En este caso hablamos de cobertura total (todas las
personas estn clasificadas como empleados o clientes) y exclusiva (s una persona se clasifica
como empleado, no puede clasificarse como cliente y al contrario ocurre lo mismo).

Caso cobertura total y superpuesta: Todas las personas son empleados o clientes del banco,
permitindose que un empleado sea a su vez cliente. En este caso hablamos de cobertura total
(todas las personas estn clasificadas como empleados o clientes) y superpuesta (no existe
restriccin con respecto a la exclusividad).

Caso cobertura parcial y exclusiva: Hay personas, algunas de las cuales son empleados o
clientes del banco, pero no ambas cosas simultneamente. En este caso hablamos de
cobertura parcial (no todas las personas estn clasificadas como empleados o clientes) y
exclusiva (s una persona se clasifica como empleado, no puede clasificarse como cliente y al
contrario ocurre lo mismo).

Caso cobertura parcial y superpuesta: Algunas personas son empleados o clientes del banco,
pudiendo ser ambas cosas. En este caso hablamos de cobertura parcial (no todas las personas
estn clasificadas como empleados o clientes) y sobrepuesta (si una persona se clasifica como
empleado tambin puede clasificarse como cliente).

2.5.4.- Agregacin de Tipos de Entidad.

Un tipo de interrelacin y los tipos de entidad que relaciona, puede ser manejado como un tipo
de entidad en un nivel de abstraccin mayor, lo que posibilita que se pueda interrelacionar con
otros tipos de entidad. Este mecanismo es conocido como Estructura de Agregacin o
Agregacin de Tipos de Entidad, en aquellas extensiones del MER que la incorporan.

Ejemplo: En una organizacin se manejan pedidos, los que incluyen productos solicitados por
clientes. Cada pedido debe ser asignado a un empleado.

2.5.5.- Roles de Tipos de Entidad en Tipos de Interrelacin.

Un Rol de un Tipo de Entidad en un Tipo de Interrelacin es la funcin que aquel cumple dentro
de sta. La definicin de roles permite atribuirle a un tipo de entidad su semntica dentro de la
agregacin, aportndole mayor expresividad al esquema y permitiendo disminuir ambigedades
en la definicin de cardinalidades (esto cobra mayor importancia en aquellos tipos de
interrelacin que involucran a un mismo tipo de entidad ms de una vez).

Ejemplo:

2.5.6.- Tipos de Interrelaciones Exclusivas con respecto a un Tipo de Entidad.

Sea TE un tipo de entidad y sea un conjunto de tipos de interrelacin RE= {R1,...,Rn} tales que
TE Ri, i en {1,...,n}, RE se dice exclusivo con respecto a TE, si cada ocurrencia de TE slo
puede estar presente a lo ms en un Ri, i en {1,...,n}.
Observacin: En este caso la cardinalidad mnima de TE con respecto a Ri, con i en {1,...,n}
debe ser 0.

Ejemplo: Consideremos el caso de una organizacin donde se desarrollan proyectos, los cuales
pueden ser asignados a empleados de la organizacin, o a una empresa contratista, pero no a
ambos.

2.6.- Restricciones en MER extendido.

Las restricciones estticas especifican los estados posibles de la base de datos modelada en un
esquema dado. En un esquema MER la principal restriccin esttica est dada por la estructura
(pertenencia de un atributo a un tipo de entidad o interrelacin, tipos de entidad que relaciona
un tipo de interrelacin), y tambin se pueden especificar las siguientes.
Dominio.
Cardinalidad de atributo con respecto a un tipo de entidad.
Cardinalidad de un tipo de entidad con respecto a un tipo de interrelacin.

Identificadores.
Cobertura.
Tipos de Interrelacin Exclusivas con respecto a un Tipo de Entidad.

2.7.- Estrategia para modelar con MER.

Se debe hacer uso de los conceptos de abstraccin bsicos: clasificacin, agregacin y
generalizacin. Para ello se pueden seguir los procesos siguientes.
1.Identificar Tipos de Entidad y las relaciones que existen entre ellos.
2.Descomponer un tipo de entidad en dos o ms tipos de entidad, relacionados o no, o
participando en una estructura de generalizacin.
3.Descomponer un tipo de interrelacin en varias.
4.Identificar atributos para cada elemento.
5.Definir identificadores para los tipos de entidad.
6.Definir restricciones de cardinalidad y cobertura.
7.Verificar que el esquema resultante es correcto con respecto a la especificacin (representa
toda la realidad descrita).
8.Verificar que el esquema es correcto con respecto al buen uso del modelo.
9.Analizar modificaciones al esquema.

2.8.- Ejemplo.
Consideremos el caso de un campeonato juvenil (menores de 25 aos) de ftbol. Existen
distintos aspectos a considerar para este caso.
Hay equipos de a lo menos 11 jugadores.
Cada jugador puede participar en un equipo solamente.
En cada partido juegan dos equipos.
En cada partido participan 3 colegiados: un arbitro, un arbitro de banda derecha y un arbitro de
banda izquierda.
Cada jugador tiene asignadas posiciones en las que puede jugar en un partido.
Cada jugador de un equipo participa en un partido en una posicin, que debe ser alguna para
las cuales est preparado.
No necesariamente todas las posiciones deben ser ocupadas en un partido (puede haber ms
de once posiciones).

2.8.1.- Esquema MER.

Sea el siguiente esquema MER una posible representacin de la realidad descrita:

Los nombres de los tipos de interrelacin han sido abreviados para mayor legibilidad del
esquema. A continuacin se detalla su significado.
L: Local V: Visita P: Pertenece
J: Juega O: Ocupa H: habilitado para
I: Arbitro Banda Izquierda D: Arbitro Banda Derecha A: Arbitro.

Se definen los atributos de los tipos de entidad a continuacin.

Tipo de Entidad

Atributo

Dominio

Equipo

nombre equipo

Nombres de equipos de ftbol

Jugador

rut

Rut vlidos

nombre

Nombres de Persona

fecha de nacimiento

Fechas posteriores a 1971

fecha

Fechas del ao 1996

hora

Horas entre las 10:00 y las 21:30

rut

Rut vlidos

nombre

Nombres de Persona

Partido

Colegiado

Posicin

nmero

enteros mayores que cero

funcin

Funciones de Jugadores

JuegaPartido

Jugador

Jugador

(es Agregacin )

Partido

Partido

Las restricciones que no se han definido explcitamente en el esquema ni en la documentacin

posterior, se presentan a continuacin:
a.Un equipo no puede participar en un mismo partido como visita y local a la vez.
b.Un jugador slo puede jugar en un partido ocupando una posicin en la que est habilitado.
c.Un jugador slo puede jugar en un partido si su equipo participa en l como local o visita.
d.De los jugadores que participan en un partido, a lo menos 11 pertenecen al equipo local y 11
al equipo visitante.
e.En un mismo partido, deben estar asignados colegiados distintos para cada rol.

2.9.-Modelos de Datos y Diseo de Bases de Datos

Los niveles de abstraccin de la arquitectura ANSI facilitan el diseo de una base de datos, al proporcionar
instrumentos que ayudan a la estructuracin del mundo real hasta llegar a la base de datos fsica.
En el estado actual de la tecnologa, donde aun no existe un modelo conceptual (y su lenguaje de descripcin)
generalizado e independiente del SGBD, es preferible hacer una distincin entre el esquema conceptual, tal
como es concebido en la normativa ANSI (descripcin de la organizacin de acuerdo con un modelo
independiente del SGBD) y lo que es el esquema de los actuales SGBD (jerrquica, red, relacional) y su
sometimiento a las restricciones que estos impongan.

2.9.1.- Modelos conceptuales. Sus caractersticas El

diseo de bases de datos no es el

nico campo para la aplicacin de los modelos conceptuales. En los aos 80, los llamados sistemas de
diccionarios de datos, cuya funcin es definir el contenido de la base de datos y de los programas de aplicacin
dentro de los SI, utilizaron extensamente los modelos conceptuales. Principalmente debido a la facilidad de
lectura y la expresividad de stos (documentacin de la base de datos).
Una condicin bsica de los modelos conceptuales es que son buenas herramientas para representar la
realidad.
Expresividad: Hacen uso de la abstraccin de generalizacin, de modo que permiten una representacin
directa en el esquema de una gran variedad de restricciones de integridad, es decir, aserciones que permiten la
seleccin de casos vlidos del esquema de base de datos.
Simplicidad: Debe ser simple, para que un esquema creado con este modelo sea fcil de entender por
diseadores y usuarios de la aplicacin de bases de datos. Notar que un modelo muy expresivo tiende a ser
complejo.
Minimalidad: Si cada concepto presente en el modelo tiene un significado distinto con respecto a todos los
dems.
Formalidad: Los esquemas creados usando modelos conceptuales representan una especificacin formal.
Todos los conceptos del modelo tienen una interpretacin nica, precisa y bien definida.

En el rea de bases de datos existe permanentemente el debate de los modelos de datos. De acuerdo a la
arquitectura de las bases de datos (ANSI/SPARC), podemos distinguir 3 tipos de modelos:
Modelos externos
Modelos conceptuales

Modelos internos
Los dos primeros pueden llamarse modelos lgicos y el ltimo un modelo fsico. Algunos autores dividen los
modelos lgicos en conceptuales y convencionales.
Segn A. de Miguel, los modelos conceptuales son entidad/interrelacin, infolgico, RM/T, etc. y los modelos
convencionales son modelos jerrquicos, de red y relacional.
Segn Battini, un modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de
datos y operaciones para manipularlos. Cuando un modelo de datos describe un conjunto de conceptos de una
realidad determinada, se llama modelo conceptual de datos. Los conceptos de un modelo de datos se
construyen por lo regular usando mecanismos de abstraccin y se describen mediante representaciones
lingsticas y grficas; es decir, puede definirse una sintaxis y puede desarrollarse una notacin grfica.
Hay dos tipos de modelos de datos: modelos conceptuales, usados en el diseo de bases de datos y modelos
lgicos, apoyados por los SGBD, que son paquetes de software que crean, modifican y mantienen bases de
datos. Los modelos conceptuales son instrumentos para representar la realidad a un nivel alto de abstraccin.
Utilizando los modelos conceptuales, podemos construir una descripcin de la realidad fcil de entender e
interpretar. Los modelos lgicos apoyan descripciones de datos procesables por un computador, incluyen el
modelo jerrquico, de red y relacional.
Segn Knorth, los diversos modelos de datos que se han propuesto se dividen en tres grupos: modelos lgicos
basados en entidades u objetos, modelos lgicos basados en registros y modelos fsicos de datos.
Dentro de los primeros tenemos, el modelo entidad-interrelacin, el modelo orientado a objetos, entre otros. El
objetivo de stos es proporcionar altos niveles de abstraccin, o lo que significa que se usan en niveles
conceptuales.
Los modelos lgicos basados en registros se usan para describir los datos en forma lgica y global, siendo de
un nivel ms alto que el de implementacin. Aqu tenemos el modelo relacional, modelo de red y el modelo
jerrquico.
Una idea bsica de estos ltimos modelos se presenta a continuacin.
Modelo Jerrquico
Por medio de un modelo jerrquico, el esquema de datos puede visualizarse como un grafo arborescente, en
que los nodos corresponden a las clases de objetos y los arcos corresponden a asociaciones entre 2 nodos.

Modelo de Red
El esquema de datos puede visualizarse como un grafo sin ningn tipo de limitacin, es decir, existen ciclos. Los
nodos representan clases de objetos y los arcos relaciones entre 2 nodos.

Modelo Relacional
Representa los datos y las relaciones entre los datos mediante una coleccin de tablas.

Diccionario de datos
Un diccionario de datos es un conjunto de metadatos que contiene las caractersticas lgicas
y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo
nombre, descripcin, alias, contenido y organizacin.
Es un catlogo, un depsito, de los elementos en un sistema. Como su nombre lo sugiere,
estos elementos se centran alrededor de los datos y la forma en que estn estructurados para
satisfacer los requerimientos de los usuarios y las necesidades de la organizacin. En un
diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo
de datos en todo el sistema. Los elementos ms importantes son flujos de datos, almacenes
de datos y procesos. El diccionario guarda los detalles y descripciones de todos estos
elementos.
Si los analistas desean conocer cuntos caracteres abarca un determinado dato o qu otros
nombres recibe en distintas partes del sistema, o dnde se utiliza, encontrarn las respuestas
en un diccionario de datos desarrollado en forma apropiada.
El diccionario se desarrolla durante el anlisis de flujo de datos y auxilia a los analistas que
participan en la determinacin de los requerimientos de sistemas.