MODELO ENTIDAD RELACIÓN (MER). EXTENSIONES DEL MER.

Introducción
Un Diagrama o Modelo Entidad Relación (a veces denominado por su siglas, E-R "Entity
Relationship", o, "DER" Diagrama Entidad Relación), es una herramienta para el modelado
de datos de un sistema de información. Estos modelos expresan entidades relevantes para
un sistema de información así como sus interrelaciones y propiedades. Propuesto por Peter
Chen en 1976, mediante el mismo se pretenden 'visualizar' los elementos que pertenecen a
una Base de Datos, que reciben el nombre de entidades, las cuales se corresponden con el
concepto de clase de la Programación Orientada a Objeto y donde cada tupla de una futura
relación representaría un objeto de la Programación Orientada a Objetos.

Desarrollo
El principal instrumento para lograr los niveles de abstracción que conforman la arquitectura
de un Sistema de Base de Datos (nivel externo, lógico global o conceptual y nivel interno) es
precisamente el Modelo de Datos, que es una representación de la realidad que conserva
sólo los detalles relevantes de esa realidad que se está modelando. Por ejemplo, si se
considera una transacción bancaria, “el depósito en una cuenta corriente”, la oficina
encargada debe conservar ciertos detalles como el número de la cuenta, monto del depósito,
fecha, número del cajero e ignorar otros como el número de gente en el banco, las palabras
que se intercambiaron durante la transacción, las personas que están en la cola, etc. Si se
analiza este aspecto en relación con la Arquitectura de tres niveles, habría que tener en
cuenta que tal vez, en otra visión de la realidad, detalles que han sido considerados
irrelevantes tengan importancia y sean considerados relevantes, por lo que diferentes
usuarios pueden tener diferentes modelos de la realidad.
Para el propósito actual, un Modelo de Datos no va ser más que un conjunto de conceptos
que pueden servir para describir la estructura de una BD, esto se refiere a tipos de datos, sus
vínculos y las restricciones que deben cumplir estos datos.

Cuando un Modelo de Datos describe un conjunto de conceptos de un problema real en

términos comprensibles por los expertos del dominio de aplicación, se le llama Modelo de
Datos Conceptual. Los modelos conceptuales se usan en las primeras fases del diseño de
Bases de Datos y los modelos lógicos en fases más avanzadas cuando ya se tiene una
definición del SGBD que soportará la aplicación. Así se pueden formalizar las siguientes
categorías de Modelos de Datos:

 Modelos de Datos de Alto Nivel o Conceptual: dispone de conceptos muy cercanos al

modo en que la mayoría de los usuarios perciben los datos.
 Modelo de Datos de Bajo Nivel o Físico: proporciona conceptos que describen los
detalles de cómo se almacenan los datos en la computadora, dirigidos a especialistas
en computación.
 Modelo de Datos de Representación o de Implementación: es un modelo intermedio,
cuyos conceptos pueden ser entendidos por los usuarios finales aunque no está
demasiado alejado de la forma en que los datos se almacenarán en la computadora.
Ejemplos:
o Relacional (Lógico basado en registros)
o Redes o Plex (Lógico basado en registros)
o Jerárquico (Lógico basado en registros)
o Entidad-Relación (Lógico basado en objetos)
o Orientados a Objetos (Lógico basado en objetos)

Representación de la información
En el proceso y construcción de todo sistema informativo automatizado, el diseño de la BD
ocupa un lugar importante, a tal punto que esto puede verse como un proceso relativamente
independiente dentro del diseño del sistema y compuesto por una serie de etapas. Es por
ello que resulta de interés el estudio de los problemas relacionados con el diseño de las
bases de datos y la modelación de la información.
Cuando se habla de información, se hace referencia, de forma general, a tres niveles
diferentes, tendiéndose a saltar de uno a otro sin establecer una advertencia previa.
1. El primero de estos niveles es el del MUNDO REAL, en el que existen entidades u objetos,
que no son más que cosas o elementos que existen y están bien diferenciados entre sí, que
poseen propiedades y entre los cuales se establecen relaciones. Por ejemplo, una silla es
una entidad u objeto, un automóvil, un empleado, un profesor, un estudiante, que son cosas
concretas; pero también puede ser algo no tangible como un suceso cualquiera, una cuenta
de ahorro, o un concepto abstracto. Entre las propiedades que caracterizan a una entidad u
objeto pudieran encontrarse el color, el valor monetario, el nombre, etc. De las relaciones
entre las entidades u objetos se habla más adelante.
La determinación de cierta entidad u objeto correspondiente a un fenómeno o proceso está
muy relacionada con el nivel de abstracción en que se está realizando el análisis. Así, por
ejemplo, si se estudia el comportamiento de un insecto específico en determinadas
condiciones climáticas, las propiedades y relaciones que interesan son de un cierto tipo; sin
embargo, si se estuviera realizando un estudio de las diferentes especies de insectos,
entonces serían otros los objetos a definir, así como las propiedades que los caracterizarían
y las relaciones que se establecerían. Si se estuviera analizando todo el reino animal, serían
también otros los objetos a definir, con sus características y propiedades.
2. El segundo nivel es el dominio de las ideas y es en el que se decide la información que
debe existir en la BD sobre un fenómeno o proceso del mundo real, o sea, qué información
debe almacenarse. En este nivel es donde realmente se define el contenido informativo que
representar al fenómeno, proceso o ente de la realidad objetiva que se está analizando. De
modo que, en este nivel, se definen cuáles objetos y qué propiedades de éstos son
representativas y sobre los cuales es necesario almacenar información.
En este nivel es donde se trabaja con los conceptos más importantes del Modelo de Datos,
que establecen la relación entre el mundo real y la información almacenada físicamente en la
Base de Datos:
Campo o atributo: es la unidad menor de información sobre un objeto almacenada en la base
y representa una propiedad de un objeto, por ejemplo el color. Sin embargo, hay que
distinguir entre el nombre o tipo del atributo y el valor del atributo, ya que un nombre de
atributo puede tomar diferentes valores sobre un cierto conjunto que se denomina dominio. A
un valor de un atributo determinado o definido en el dominio dado en un cierto momento del
tiempo, se denomina ocurrencia o instancia del atributo.
Ejemplo:
Atributo: Color, Cat_Doc
Dominio: {Azul, Rojo, Verde,...}, {PTit, PAux, Asis, Inst}
Ocurrencia: Rojo, Asis
Ahora bien, una colección identificable de campos asociados es un artículo o registro y
representa un objeto con sus propiedades. Una vez más, es imprescindible distinguir entre
nombre o tipo de artículo y ocurrencia de artículo. Una ocurrencia de artículo o tupla consiste
en un grupo de ocurrencias de campos relacionados, representando una asociación entre
ellos. Por ejemplo, tenemos un artículo correspondiente al objeto profesor, en un fenómeno o
proceso de la realidad que pretenda representar el comportamiento de una Facultad.
El nombre o tipo de artículo puede ser PROFESOR, que esté formado por los siguientes
tipos de campos o atributos:
NRO_IDENT: número de identidad del profesor
NOM_PROF: nombre del profesor
CAT_DOC: categoría docente del profesor
DPTO: departamento docente al que pertenece el profesor
Una ocurrencia de este artículo puede ser:
45112801731, Hdez Roberto, PA, Computación.
Un fichero o archivo o conjunto de datos puede ser definido como un conjunto de ocurrencias
de un mismo tipo de artículo. En la práctica, a menudo interesan las colecciones o conjuntos
de objetos similares, necesitándose almacenar la información de las mismas propiedades
para cada uno de ellos, por ejemplo, el conjunto de profesores de la Facultad.
Entonces, una Base de Datos contendrá muchas ocurrencias de cada uno de los tipos de
artículos, lo que implica que la Base de Datos, por supuesto, también contendrá muchas
ocurrencias de los distintos tipos de atributos. Uno de los momentos cruciales en el diseño de
un fenómeno de la realidad objetiva que se concreta en una Base de Datos es,
precisamente, la selección de los conjuntos de objetos y sus propiedades.
Además, existe otro concepto muy importante en este nivel, que es el concepto de llave o
clave: un atributo o conjunto de atributos de un artículo que define que cada ocurrencia de
artículo de la Base de Datos sea único. En principio, cada artículo tiene una llave, ya que se
tiene como hipótesis que cada elemento u ocurrencia del artículo es diferente de las demás.
Por ejemplo, número de identidad del trabajador.
3. El tercer nivel es de los datos propiamente dichos, representados mediante cadenas de
caracteres o de bits. En este nivel es necesario tener en cuenta la diferencia entre tipo de
dato y valor del dato. El tipo de dato corresponde a un atributo o tipo de atributo, que está
asociado a un tipo de artículo correspondiente, mientras que el valor corresponde a una
ocurrencia del atributo. Sin embargo, una colección de bits o caracteres que representa un
único valor de datos y que puede existir independientemente de cualquier información que se
almacena, adquiere significado sólo cuando se le asocia a un tipo de atributo. Se puede, por
ejemplo, almacenar permanentemente los valores ROJO, AZUL, VERDE, etc. y asociarlo en
un momento determinado a un tipo de atributo a través de los valores que toma,
representando una ocurrencia en una tupla.
Es importante notar que, en general, habrá asociaciones o relaciones enlazando las
entidades básicas. Estos enlaces se pueden establecer entre diferentes objetos o tipos de
artículos o entre un mismo tipo de artículo. Por ejemplo, cuando se tiene una Base de Datos
formada por dos tipos de objetos: SUMINISTRADOR y PRODUCTO, se puede tener la
relación "CANTIDAD", que establece la cantidad de cada producto que abastece un
suministrador dado. Otro ejemplo pudiera ser con el artículo PERSONA, sobre el que se
pudiera representar la relación "SER MADRE DE", que no es más que una relación que se
establece entre elementos de un mismo tipo de artículo.
Es necesario profundizar acerca de los diferentes tipos de relaciones que pueden ocurrir en
la práctica.
Relaciones de correspondencia:
Hay que establecer la correspondencia que existe entre los datos; esta relación puede ser
simple o compleja. Por relación simple se entiende una correspondencia biunívoca (de uno a
uno) entre las ocurrencias de los objetos, o sea, entre los artículos. Si, por ejemplo, los
atributos son Nro_Ident y nombre del profesor la correspondencia entre ellos es simple: a
cada nombre corresponde un número de identidad y viceversa.

Nombre Nro_Identidad Relación de uno a uno

1 : 1

Si los atributos son Nro_ident y departamento, la relación es más complicada, porque a cada
departamento corresponden varios empleados. La terminología corriente expresa que la
correspondencia de empleado a departamento es simple (cada empleado es miembro de un
único departamento), mientras que la correspondencia de departamento a empleado es
compleja, pues cada departamento tiene, por lo general, muchos empleados.

Nro_Dpto Nro Ident Relación de uno a muchos

1 : M

Hay cuatro tipos de relaciones posibles entre dos tipos de artículos A y B: La

correspondencia de A a B puede ser simple y la recíproca compleja. La correspondencia de
A a B puede ser compleja y la recíproca simple. Ambas correspondencias pueden ser
complejas o ambas pueden ser simples.
A <<-----> B A <----->> B A <<----->> B A <-----> B
Un ejemplo donde ambas correspondencias son complejas, lo es la relación que se
establece entre PROFESOR y ESTUDIANTE por la impartición de clases, ya que un profesor
puede impartir clases a varios estudiantes, pero a su vez, un estudiante puede recibir clases
de varios profesores:
PROFESOR <<----->> ESTUDIANTE Relación de muchos a muchos
N : M
Las relaciones pueden tener diferentes características:
- Aunque la mayoría de las relaciones asocian dos tipos de entidades, éste no es
siempre el caso. Por ejemplo, PROFESOR_HORARIO_ESTUDIANTE. Esto podría
representar el hecho de que un profesor imparte clases a una cierta hora a un cierto
estudiante. Esto no es lo mismo que la combinación PROFESOR_HORARIO y
HORARIO_ESTUDIANTE, ya que la información de que "el profesor P5 imparte clases
en el horario H1 al estudiante E4" dice más que la combinación "el profesor P5 imparte
clases en el horario H1" y "el estudiante E4 recibe clases en el horario H1".
- Las relaciones pueden establecerse entre un mismo tipo de entidad. Por ejemplo,
una asociación entre un profesor y otro puede venir dada por el hecho de que un
profesor sea el jefe de otros profesores.
- En general, las mismas entidades pueden ser asociadas en cualquier número de
relaciones. Por ejemplo, se puede tener una relación PROFESOR_ESTUDIANTE a
través de la asignatura que se imparte y otra a través de la dirección del trabajo
CIENTIFICO_ESTUDIANTIL.
Es importante señalar que una asociación entre entidades puede ser considerada en sí como
una entidad, ya que una relación se puede ver como un objeto bien diferenciado sobre el cual
se desea almacenar información. Entonces, un Modelo de Datos no es más que la
representación de un fenómeno de la realidad objetiva a través de los objetos, sus
propiedades y las relaciones que se establecen entre ellos.

El Modelo Entidad Relación (MER).

“... el modelo ER puede ser usado como una base para una vista unificada de los datos,
adoptando el enfoque más natural del mundo real que consiste en entidades e
interrelaciones…” Peter P. Chen 1976.
El MER está basado en una percepción del mundo real que consta de un conjunto de objetos
básicos llamados entidades con sus atributos y de las interrelaciones que existen entre estos
objetos. Se desarrolló para facilitar el diseño de Bases de Datos permitiendo la especificación
de un esquema del universo de discurso que representa la estructura completa de una Base
de Datos. El MER es uno de los diferentes modelos de datos semánticos que existe; el
aspecto semántico del modelo reside en su intento de representar el significado de los datos.
Este modelo es extremadamente útil para hacer corresponder los significados e interacciones
del desarrollo del mundo real con un esquema conceptual. Los esquemas de MER usan
diagramas para representar la estructura natural de los datos, que se nombran Diagrama
Entidad Relación (DER). En esos diagramas los rectángulos representan a las entidades y
los rombos representan a las interrelaciones. Las interrelaciones son enlazadas con sus
entidades constitutivas por arcos, y el grado de la interrelación es indicado en el arco.

Aunque con los conceptos básicos del MER se pueden modelar la mayoría de las
características de las Bases de Datos, algunos aspectos de estas pueden ser expresados de
una mejor forma mediante ciertas extensiones del MER básico.
Supongamos que deseamos modelar la Base de Datos de una empresa productora de
proyectos de software, la información que se ha recogido del análisis de requisitos es la
siguiente:
“La empresa está organizada por departamentos dirigidos por un único jefe, los empleados
pertenecen a un solo departamento, pero pueden trabajar en varios proyectos de software,
estos proyectos se asignan a un departamento, pero un departamento pudiera atender varios
proyectos a la vez, de cada proyecto se generarán varios reportes”.
Otros aspectos a controlar son:
- de los proyectos, su número (único dentro de la empresa), título, presupuesto , fecha
de inicio, fecha de terminación, el departamento responsable y los empleados que
laboran en él.
- de los departamentos, su nombre, localización y su jefe que es uno de los empleados
que pertenece al departamento.
- de los empleados, su número, su nombre, dirección y sexo y el departamento a que
pertenece.
- de los reportes el número del reporte (consecutivo dentro del proyecto), y el proyecto
que lo origina.
Entidades.

Las entidades son objetos reales o abstractos relevantes en el universo de discurso, que
pueden ser identificadas unívocamente y acerca de los que se colecciona información;
usualmente denotan una persona, lugar, cosa o evento de interés informacional. Las
entidades son descritas a través de atributos, si las mismas pueden ser descritas por el
mismo tipo de atributos son consideradas como conjuntos y referidas como un conjunto de
entidades. Los conjuntos de entidades son representados en el diagrama del MER como un
rectángulo.

EMPLEADO

Figura: Ejemplo de un conjunto de entidades.

Interrelaciones.

Las interrelaciones son asociaciones o conexiones que existen entre dos o más entidades.
Las entidades relacionadas pueden pertenecer al mismo o a distintos conjuntos de
entidades. Una interrelación puede ser vista como una relación matemática entre n entidades
cada una tomada de un conjunto de entidades, no necesariamente diferentes, donde cada e i
es una instancia del conjunto de entidades Ei. Cada tupla de la forma [e1, e2,…, en] es una
instancia de la interrelación.

Las interrelaciones son representadas gráficamente por un rombo o diamante conectado a

los conjuntos de entidades a través de líneas. Una interrelación debe tener como mínimo dos
líneas de conexión.

trabaja

Una asociación es una forma de abstracción en que una interrelación entre conjuntos de
entidades con igual nivel de abstracción es considerada como un conjunto de mayor nivel.
Los detalles de los conjuntos de entidades interrelacionados se suprimen y se enfatizan los
del conjunto obtenido. Esto establece una interrelación Miembro_De entre conjuntos de
entidades que permite determinar un conjunto de interrelaciones a partir de los objetos
miembros.

El grado de una asociación está dado por el número de conjuntos de entidades asociados en
las mismas. Las interrelaciones unarias, binarias y ternarias tienen grado 1, 2 y 3
respectivamente.
Las asociaciones son distinguidas por el número de posibles relaciones que una entidad
determinada puede tener sobre esta. Este rango es llamado cardinalidad y es especificado
por la cantidad mínima y máxima de instancias de la asociación. Típicamente la cota inferior
es 0 o 1 y la superior 1 o n (muchos), esta forma de indicar la cardinalidad es llamada
notación (mín, máx) y es representada en las líneas que conectan los rombos y los
rectángulos; que representan las asociaciones y los conjuntos de entidades
respectivamente.

Formalmente la cardinalidad se define para asociaciones binarias de la siguiente forma:

Cardinalidad Mínima (min-card): Considérese la interrelación A entre dos conjuntos de

entidades E1 y E2. La cardinalidad mínima de E1 en A, denotada como min-card(E1, A), es la
cantidad mínima de veces que cada elemento de E 1 puede participar en A. Similarmente se
define la cardinalidad mínima de E2 y se denotada como min-card(E2, A).
Los valores más usados para la cardinalidad mínima son 0 y 1 pero también pueden ser
usados valores mayores. Si min-card(E1, A) = 0 se dice que el conjunto de entidades E1
tiene una participación opcional en la asociación. Si min-card(E1, A) > 0 se dice que el
conjunto de entidades E1 tiene una participación total u obligatoria.
Cardinalidad Máxima (max-card): Considérese la asociación A entre dos conjuntos de
entidades E1 y E2. La cardinalidad máxima de E1 en A, denotada como max-card(E1, A), es la
cantidad máxima de veces que cada elemento de E 1 puede participar en A. La cardinalidad
máxima de E2 se define similarmente y es denotada como max-card(E2, A).
Los valores más usados para la cardinalidad máxima son 1 y n, “n, m, etc.” representa
cualquier número e indica que cada elemento de E 1 puede participar un número
arbitrariamente grande de veces en A. La cardinalidad máxima también puede tener un valor
fijo.
La participación de un conjunto de entidades en una asociación se caracteriza indicando los
valores de las cardinalidades mínima y máxima y se denota en lo que sigue: sea A una
asociación binaria de los conjuntos de entidades E 1 y E2 con min-card(E1, A) = m1 y max-
card(E1, A) = M1; entonces se dice que la cardinalidad de E1 en A es el par (m1, M1).
Similarmente se define la cardinalidad para el conjunto de entidades E 2 en A.

El concepto de cardinalidad se puede generalizar a las asociaciones n-aria de la siguiente

forma.

Cardinalidad Mínima (min-card) Considérese la asociación A entre los conjuntos de

entidades E1, E2, …, En. La cardinalidad mínima de Ei en A, denotada como min-card(Ei, A),
es la cantidad mínima de veces que cada elemento de E i puede participar en A, i toma
valores que están entre 1y n.
Cardinalidad Máxima (max-card) Considérese la asociación A entre los conjuntos de
entidades E1, E2, …, En. La cardinalidad máxima de Ei en A, denotada como max-card(Ei, A),
es la cantidad máxima de veces que cada elemento de Ei puede participar en A, i toma
valores que están entre 1y n.
Para una asociación binaria R entre los conjuntos de entidades A y B, la cardinalidad máxima
debe ser una de las siguientes:
 Uno a Uno: Una entidad en A se asocia con a lo sumo una entidad en B, y una entidad
en B se asocia con a lo sumo una entidad en A.

A B
R
(1, 1) (1, 1)

 Uno a Muchos: Una entidad en A se asocia con cualquier número de entidades en B.

Una entidad en B, sin embargo, se puede asociar con a lo sumo una entidad en A.

A B
R
(1, 1) (1, N)

 Muchos a Uno: Una entidad en A se asocia con a lo sumo una entidad en B. Una entidad
en B, sin embargo, se puede asociar con cualquier número de entidades en A.
(1, N) (1, 1)
A R B

 Muchos a Muchos: Una entidad en A se asocia con cualquier número de entidades en B,

y una entidad en B se asocia con cualquier número de entidades en A.
 (1, M) (1, N)
A R B

El rol de una entidad es el papel o función que esta desempeña en una asociación. La
definición de roles permite atribuirle a un conjunto de entidades su semántica dentro de la
agregación aportándole mayor expresividad al esquema y permitiendo disminuir
ambigüedades en la definición de cardinalidades (esto cobra mayor importancia en aquellas
interrelaciones que involucran a un mismo conjunto de entidades más de una vez).

Atributos.

Cada entidad, instancia de un conjunto de entidades, es descrita por un conjunto de atributos

que representan sus cualidades, características o propiedades relevantes, y por los valores
asociados a los mismos. Las interrelaciones, al igual que los conjuntos de entidades, también
pueden tener atributos. Los atributos son representados usualmente con círculos u óvalos
conectados a un conjunto de entidades o una interrelación. Para cada atributo existe un
conjunto de valores posibles o permitidos, este conjunto de valores es llamado dominio o
conjunto de valores de un atributo. Varios atributos pueden compartir el mismo dominio.
Formalmente un atributo de un conjunto de entidades es una función que asigna al conjunto
de entidades un dominio. Como un conjunto de entidades puede tener diferentes atributos,
cada entidad se puede describir con un conjunto de pares (atributo, valor), un par para cada
atributo del conjunto de entidades.
Clasificación de los atributos:
1. Atributos Simples o Compuestos.
Atributo Simple o atómico: no son divisibles.

Nombre

Alternativa: Nombre (para ocupar menos espacio en el

diagrama)
Atributo Compuesto: se puede dividir en componentes más pequeños que
representan atributos más básicos con su propio significado independiente, Ejemplo
el atributo dirección está compuesto por calle, número y ciudad.

calle

dirección
número

ciudad

Los atributos compuestos pueden formar jerarquías, el valor del atributo es la

concatenación de los valores de los atributos simples que lo constituyen.
Son útiles para las ocasiones en que el usuario hace referencia al atributo
compuesto como una unidad unas veces y otras se refiere específicamente a sus
componentes. Si sólo se hace referencia al atributo compuesto como un todo
entonces no hay necesidad de subdividirlo.

2. Atributo Monovaluado (univaluado) o Multivaluado.

Atributos Monovaluados: tienen un solo valor para una entidad en particular, ejemplo
la edad es un atributo monovaluado de una persona.

Nombre

Atributo Multivaluado: el atributo puede tener un conjunto de valores para la misma

entidad, ejemplo el color de un automóvil o el grado universitario para una persona.

color

3. Atributo Almacenado o Derivado.

Atributos derivados: cuando se relacionan dos o más valores de atributos. Ejemplo la fecha
de nacimiento y la edad de una persona. En este caso la edad es un atributo derivado del
atributo fecha de nacimiento que es un atributo almacenado. En otras ocasiones se pueden
se pueden derivar de entidades relacionadas. Ejemplo Número de Empleado se obtiene
contando la cantidad de empleados del departamento. En ciertos casos, cierta entidad,
podría no tener ningún valor aplicable para un atributo, en estas situaciones crea un valor
especial llamado nulo.

edad

Existen atributos identificadores (subrayado) y descriptivos (sin subrayar). Los atributos

identificadores distinguen de manera única una instancia de un conjunto de entidades o
relaciones, mientras que los descriptivos, como su nombre lo indica, describen la ocurrencia
de cierta entidad o relación.

Atributos identificadores.

Nro_ident

Alternativa: Nro_ident (para ocupar menos espacio en el diagrama)

El identificador o llave de un conjunto de entidades E es una colección de atributos o de

conjuntos de entidades relativas a E con la propiedad de determinar unívocamente todas las
instancias de E. Una restricción importante de las entidades de un tipo es la restricción de
clave o de unicidad de los atributos, aquel atributo cuyo valor es distinto para cada entidad
individual, su nombre sirve para identificar de manera única cada entidad.
Formalmente un identificador se define de la siguiente manera: sea E un conjunto de
entidades y A1,…,An atributos univaluados y obligatorios de E, sean E1,…,Em otros
conjuntos de entidades conectados a E por asociaciones binarias obligatorias, Uno a Uno o
Muchos a Uno. Considérese como un posible identificador de E el conjunto I(E) = {A 1,…,An,
I(E1),…,I(Em)} n  0, m  0, n + m  1; un identificador de E cumple las siguientes
propiedades.
1. No puede haber dos instancias de E con el mismo valor del identificador.
2. Si se suprime cualquier componente del conjunto I(E), la propiedad 1 no se cumple.
Los identificadores se clasifican de la siguiente forma:
1. Un identificador es simple si n + m = 1; es compuesto si n + m > 1.
2. Un identificador es interno si m = 0; es externo si n = 0.
3. Un identificador es mixto si n > 0 y m > 0.