ASIGNATURA:

FUNDAMENTOS DE BASE DE DATOS

NOMBRE DEL TRABAJO:

REPORTE DEL MODELO ENTIDAD RELACION

PROFESOR:
ING. JOSE LUIS FUENTES ORTIZ

SEMESTRE:
III

GRUPO:
3E

ESPECIALIDAD:
ING. TECNOLOGIAS DE LA INFORMACION Y COMUNICACION

INTEGRANTES DEL EQUIPO:

OLAVARRI FONSECA ELVIS
FRUMENCIO HURTADO CANSECO
EULALIA CONDE BAUTISTA

Salina cruz, Oaxaca a 05 de Septiembre del 2016

RBRICA REPORTE DE INVESTIGACIN

Actividad:

REPORTE DE EL MODELO ENTIDAD RELACION

Participantes: ELVIS OLAVARRI FONSECA,

FRUMENCIO HURTADO GARCIA

EULALIA CONDE BAUTISTA,

NIVELES DE DESEMPEO Y PUNTOS A ASIGNAR

CRITERIO

Organizacin

Fuentes

Diagramas e
Ilustraciones

Calidad de
Informacin

Puntaje:

Sobresaliente
(2.5)

Notable
(1.5)

Aprobado
(0.5)

Insuficiente
(0)

La
informacin
est muy bien
organizada con
prrafos
bien
redactados y con
subttulos.

La informacin
est
organizada con
prrafos bien
redactados.

La informacin
est
organizada,
pero
los
prrafos
no
estn
bien
redactados.

La
informacin
proporcionada no
parece
estar
organizada.

Todas las fuentes

de informacin y
las grficas estn
documentadas y
en el formato
deseado.

Todas
las
fuentes
de
informacin y
las
grficas
estn
documentadas,
pero
unas
pocas no estn
en el formato
deseado.

Todas
las
fuentes
de
informacin y
grficas estn
documentadas,
pero muchas
no estn en el
formato
deseado.

Algunas fuentes de
informacin
y
grficas no estn
documentadas.

Los diagramas e
ilustraciones son
ordenados,
precisos
y
aaden
al
entendimiento del
tema.

Los diagramas
e ilustraciones
son precisos y
aaden
al
entendimiento
del tema.

Los diagramas
e ilustraciones
son ordenados
y precisos y
algunas veces
aaden
al
entendimiento
del tema.

Los diagramas e
ilustraciones no son
precisos
o
no
aaden
al
entendimiento del
tema.

La
informacin
est claramente
relacionada con
el tema principal
y
proporciona
varias
ideas
secundarias y/o
ejemplos.

La informacin
da respuesta a
las preguntas
principales y 12
ideas
secundarias
y/o ejemplos.

La informacin
da respuesta a
las preguntas
principales,
pero no da
detalles
y/o
ejemplos.

La
informacin
tiene poco o nada
que ver con las
preguntas
planteadas.

COMENTARIOS

INDICE
INTRODUCCIN ........................................................................................................................................... 5
MODELO ENTIDAD RELACION.................................................................................................................. 6
ENTIDAD.......................................................................................................................................................... 6
Ejemplos: ..................................................................................................................................................... 6
Qu es un conjunto de Entidades? ....................................................................................................... 6
ATRIBUTOS .................................................................................................................................................... 7
QUE ES UN ATRIBUTO? ....................................................................................................................... 7
Dominio ........................................................................................................................................................ 8
RELACIN....................................................................................................................................................... 9
Atributos - Relaciones .............................................................................................................................. 10
Cardinalidad ................................................................................................................................................... 10
Grados ............................................................................................................................................................ 11
Por Ejemplo: .............................................................................................................................................. 11
GRADO 1: RELACIN UNARIA ........................................................................................................... 11
GRADO 2 : RELACIN BINARIA ......................................................................................................... 12
GRADO 3 : RELACIN TERNARIA ...................................................................................................... 12
RESTRICCIONES ........................................................................................................................................ 13
Convencin ................................................................................................................................................ 13
Notacin 1:1........................................................................................................................................... 13
Notacin 1:N .......................................................................................................................................... 13
Notacin N:1 .......................................................................................................................................... 13
Notacin N:M ......................................................................................................................................... 14
CARDINALIDAD DE UNA RELACIN .................................................................................................. 14
Cardinalidad mxima. .......................................................................................................................... 14
Cardinalidad mnima ............................................................................................................................ 14
Uno a Uno (1:1)......................................................................................................................................... 15
Cardinalidad 1-1: ................................................................................................................................... 15
Uno a Varios (1:N) .................................................................................................................................... 16
Cardinalidad 1:N: .................................................................................................................................. 16
Varios A Uno: ............................................................................................................................................ 16
Cardinalidad N-1: .................................................................................................................................. 16
Varios a Varios (N:M) ............................................................................................................................... 17
Cardinalidad N-M: ..................................................................................................................................... 17
DIAGRAMAS E-R ......................................................................................................................................... 19
Claves ......................................................................................................................................................... 19
QUE ES UNA CLAVE?.......................................................................................................................... 19

CLAVE o LLAVE PRIMARIA.................................................................................................................. 19

REGLAS DE SELECCIN PARA UNA CLAVE PRIMARIA .............................................................. 20
Reglas del Modelo E-R ............................................................................................................................ 20
MODELO E-R EXTENDIDO ....................................................................................................................... 22
Especializacin.......................................................................................................................................... 22
Especializacin: Ejemplo ..................................................................................................................... 24
Generalizacin .......................................................................................................................................... 24
Generalizacin: Ejemplo ...................................................................................................................... 26
Agregacin ................................................................................................................................................. 26
CONCLUSIN ............................................................................................................................................. 28
BIBLIOGRAFA ............................................................................................................................................ 29

INTRODUCCIN
ltimamente los Sistemas de Bases de Datos son muy utilizados, estos pueden ser de
distinto tamao, obviamente esto dependera de los requerimientos de la empresa que lo
valla a utilizar. Pero si se trata de un Sistema Gestor de Bases de Datos muy grande y
extenso no bastara solo con desarrollarlo directamente ya que siempre podr haber
complicaciones en el desarrollo de esta misma. Por eso antes de tomar la computadora y
empezar a programar, es necesario representar la estructura de esta base de datos, esto
se puede hacer mediante varios modelos ya existentes, pero el ms utilizado y
recomendado es el Modelo Entidad Relacin.
Y Qu es el Modelo Entidad Relacin?

Bueno, este modelo es solo y exclusivamente un mtodo del que disponemos para
disear estos esquemas que posteriormente debemos de implementar en un gestor de
bases de datos.

Cmo se representa?

Se representa a travs de diagramas y est formado por varios elementos.

Este modelo habitualmente, adems de disponer de un diagrama que ayuda a entender
los datos y como se relacionan entre ellos, debe de ser completado con un pequeo
resumen con la lista de los atributos y las relaciones de cada elemento.

Cul es ese diagrama?

Y Cules son esos elementos que lo conforman?

modelo cuenta con restricciones?

Este

Qu es el modelo Entidad-Relacin Extendida?

Todas estas preguntas tienen respuesta en las siguientes pginas.

Y la pregunta ms importante, Puedo Yo, hacer y aplicar ese modelo en la base de

datos que planeo desarrollar? La respuesta es S. Lo nico que tienes que hacer es leer
las siguientes hojas de este documento, analizarlas detalladamente, practicar unas
cuantas veces y Listo! Podrs hacer tu propio Modelado Entidad Relacin para tu
prxima base de datos.

Comenzamos!

MODELO ENTIDAD RELACION.

El modelo E-R emplea tres conceptos bsicos:
Conjuntos de entidades
Conjuntos de relaciones
Atributos

ENTIDAD
En base de datos, una entidad es una cosa u objeto del mundo real que es diferente de
los dems objetos o cosas. Una entidad posee un conjunto de propiedades y los valores
de estas propiedades identifican y distinguen a cada entidad de las otras. Hay dos tipos
de entidades, las concretas y las abstractas. Las concretas son las que son tangibles y las
abstractas son intangibles.
Ejemplos:
En un banco: Clientes, cuentas bancarias, prstamos hipotecarios.
En una Universidad: Alumnos, profesores, aulas, cursos, etc.
En un Hospital: Pacientes, mdicos, enfermeras, anlisis de laboratorio.
Las entidades representan cosas u objetos (ya sean reales o abstractos), que se
diferencian claramente entre s. Para poder seguir un ejemplo durante el artculo aadir
ejemplos sobre un taller mecnico, donde se podra crear las siguientes entidades:

Coches (objeto fsico): Contiene la informacin de cada taller.

Empleado (objeto fsico): Informacin de los trabajadores.
Cargo del empleado (cosa abstracta): Informacin de la funcin del empleado.

Estas entidades se representan en un diagrama con unos rectngulos, como los

siguientes.

Conjunto de Entidades

Qu es un conjunto de Entidades?
Un conjunto de entidades es un conjunto de entidades que comparten las mismas
propiedades, o atributos. Cada una de las entidades que constituyen un conjunto se
conoce con el nombre de extensin de ese conjunto de entidades.
En un Banco:
Conjunto de entidades Clientes es el conjunto de todas las personas que tienen
una cuenta en un banco.
Conjunto de entidades Cuenta es el conjunto de todas las cuentas en un banco
determinado.

Entidad y conjunto de entidades

Los conjuntos de entidades no son necesariamente disjuntos. Cada entidad posee un

conjunto de atributos. Los atributos describen a las entidades, describen las
caractersticas que posee cada miembro del conjunto de entidades. La designacin de un
atributo para un conjunto de entidades expresa que la base de datos almacena
informacin parecida relativa a cada entidad del conjunto de entidades, pero cada entidad
puede tener su propio valor para cada atributo.
En la vida real las entidades podran tener muchos ms atributos de los que se expresen
en el diagrama E-R, pero se omiten para no complicar el diagrama, solo se colocaran los
atributos que son susceptibles de ser almacenados, es decir solo se colocaran los
atributos que necesitemos almacenar para cada entidad.
Cada entidad tiene un valor para cada uno de sus atributos. Las bases de datos incluyen
una serie de conjuntos de entidades, cada una de las cuales contiene cierto nmero de
entidades del mismo tipo.

ATRIBUTOS
Los atributos en un diagrama E-R tienen un conjunto de valores permitidos que son
conocidos con el nombre de dominio o conjunto de valores para el atributo. Cada atributo
de un conjunto de entidades es una funcin que asigna el conjunto de entidades a un
dominio. Dado que el conjunto de entidades puede tener varios atributos, cada entidad se
puede describir mediante un conjunto de pares (atributo, valor), un par por cada atributo
del conjunto de entidades.
Los valores de los atributos que describen cada entidad constituyen una parte significativa
de los datos almacenados de los datos almacenados en la base de datos.
QUE ES UN ATRIBUTO?
Los atributos definen o identifican las caractersticas de entidad (es el contenido de esta
entidad). Cada entidad contiene distintos atributos, que dan informacin sobre esta
entidad. Estos atributos pueden ser de distintos tipos (numricos, texto, fecha).

En bases de datos, un atributo representa una propiedad de inters de una entidad.

Los atributos se describen en la estructura de la base de datos empleando un modelo de
datos.
Por ejemplo, se podra tener una entidad llamada "Coches". Esta entidad puede estar
constituida por uno o ms atributos, que son propiedades de la entidad "Coches" que
interesan para almacenarse en la base de datos. Por ejemplo, la entidad "Coches" podra
tener los atributos: Modelo, Matricula, precio, etc.
La eleccin de los atributos de una entidad depende del uso que se le dar a la base de
datos. El Coche puede tener otra caracterstica como " velocidad", pero si no interesa al
fin de la base de datos, no es necesario almacenarla en un atributo.
En SQL un atributo es llamado columna.
Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad
Coches, que nos darn informacin sobre los coches de nuestro supuesto taller.
Unos posibles atributos seran los siguientes:
Nmero de chasis
Matrcula
DNI del propietario
Marca
Modelo
Los atributos se representan como crculos que descienden de una entidad, y no es
necesario representarlos todos, sino los ms significativos, como a continuacin.

Atributo

DOMINIO
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un
dominio restringe los valores del atributo, puede ser considerado como una restriccin.
Matemticamente, atribuir un dominio a un atributo significa "cualquier valor de este
atributo debe ser elemento del conjunto especificado".
Distintos tipos de dominios son: enteros, cadenas de texto, fecha, no procedurales, etc.
Cada atributo tiene un dominio.
Indica el tipo de datos que ser almacenado.
Restricciones en los valores que el atributo puede tomar:
Cadenas de caracteres, nmeros, solo dos letras, slo nmeros mayores que cero,
solo nmeros enteros.
Caracterstica fundamental de los dominios de una base de datos relacional es que sean
"atmicos", es decir que los valores contenidos en las columnas no se puedan separar en
valores de dominios ms simples. Ms formalmente se dice que no es posible tener

atributos multivalor (multivalued). Por ejemplo, si una caracterstica de las personas en

nuestra base de datos fuese la de tener uno o ms hijos, no sera posible escribir la
relacin Personas de la siguiente manera:
Personas (nombre, apellido, fecha nacimiento, sexo, estado civil, hijos)
Cada atributo de una relacin se caracteriza por un nombre y por un dominio. El dominio
indica qu valores pueden ser asumidos por una columna de la relacin. A menudo un
dominio se define a travs de la declaracin de un tipo para el atributo (por ejemplo
diciendo que es una cadena de diez caracteres), pero tambin es posible definir dominios
ms complejos y precisos. Por ejemplo, para el atributo "sexo" de nuestra relacin
"Personas" podemos definir un dominio por el cual los nicos valores vlidos son 'M' y 'F';
o bien por el atributo "fecha nacimiento" podremos definir un dominio por el que se
consideren vlidas slo las fechas de nacimiento despus del uno de enero de 1960, si en
nuestra base de datos no est previsto que haya personas con fecha de nacimiento
anterior a esa.

RELACIN
Una relacin es una asociacin entre entidades. Tienen generalmente nombre de verbo,
que la identifica de las otras relaciones y se representa mediante un rombo. Las
relaciones pueden tener atributos. Esta entidad dar origen a una tabla que contendr
esos atributos. Esto se hace en el modelo relacional a la hora de representar los datos.
Un conjunto de relaciones son una agrupacin de relaciones del mismo tipo. Es decir,
todas las relaciones que se puedan sacar entre una, dos, tres o ms entidades. Entre dos
artculos, todas las asociaciones existentes entre ellas que tengan, forman un conjunto de
relaciones.
Este se representa mediante un rombo:

Representacin

Si tenemos dos entidades Automvil y Persona, podemos tener una relacin entre ellas:

Relacin Persona - Automvil

La relacin debe tener un nombre que sea capaz de identificar el tipo de correspondencia
entre ambas entidades. Generalmente estos nombres son verbos:

La relacin se expresa mediante verbos

Atributos - Relaciones
A veces los atributos no son propios de ninguna entidad. Sino del hecho mismo de la
relacin:
Relaciones de tipo "histrico" donde debe constar una fecha o una hora.
Hacer constar la fecha de compra en que persona compr el auto: la fecha es de la
compra, no de la persona, ni del auto.
Se representan igual que los atributos de las entidades. En tal caso, el atributo "Fecha de
compra" debera colocarse en la relacin "compra".

Atributo en la relacin

Cardinalidad
Es Simplemente la forma en que se relacionan las Entidades, o expresa cuantas
entidades se relacionan con otras entidades. Hay varias maneras de mostrar las
cardinalidades:
Poner etiquetas en las lneas que unen las relaciones con las entidades, consiste en un
mnimo y mximo que contiene un cero (varios a varios) y lo usual es poner una M en
uno.
Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales
establecen con cuantas ocurrencias de entidad de tipo B se puede relacionar una
ocurrencia de entidad de tipo A:

uno a uno.
uno a varios (n).
varios (n) a uno.
varios a varios (n)- (n)

Entonces la cardinalidad se refiere a: El Nmero de ocurrencias que se pueden dar de

una relacin, es decir: con cuantas ocurrencias de B se puede relacionar A y con cuantas
ocurrencias de A se puede relacionar B.

Numero de Ocurrencias

Grados
Se refiere al nmero de entidades que participan en una relacin. Los conjuntos de
relaciones que involucran dos conjuntos de entidades se llaman relaciones binarias (o de
grado dos). La mayora de las relaciones en una base de datos es de este tipo. Los
conjuntos de relaciones pueden involucrar a ms de dos conjuntos de entidades. Una
interrelacin puede asociar dos o ms entidades. El nmero de entidades que asocia una
interrelacin es el grado de la interrelacin.
Por Ejemplo:
La cantidad de entidades en una relacin determina el grado de la relacin, por ejemplo la
relacin ALUMNO-MATERIA es de grado 2, ya que intervienen la entidad ALUMNO y la
entidad MATERIA, la relacin PADRES, puede ser de grado 3, ya que involucra las
entidades PADRE, MADRE e HIJO.}
Aunque el modelo E-R permite relaciones de cualquier grado, la mayora de las
aplicaciones del modelo slo consideran relaciones del grado 2. Cuando son de tal tipo,
se denominan relaciones binarias. La funcin que tiene una relacin se llama papel,
generalmente no se especifican los papeles o roles, a menos que se quiera aclarar el
significado de una relacin. Diagrama E-R (sin considerar los atributos, slo las entidades)
para los modelos ejemplificados:

Existen 3 grados de una relacin, las cuales se presentan a continuacin:

El grado de las relaciones, como se menciona con anterioridad se representan por el
nmero de entidades que alberga o con las que se relaciona una entidad. Para ello se
manejan 3 tipos de grados.
GRADO 1: RELACIN UNARIA
Las relaciones en las que slo participan una entidad se les denomina anillo o de grado
uno; relaciona una entidad consigo misma por lo que tambin se les llaman relaciones
reflexivas.

Relacin Unaria

GRADO 2: RELACIN BINARIA

Las relaciones en las que participan dos entidades son binarias o de grado dos. Este tipo
de relacin une a dos entidades. Este grado de relacin es la ms popular en cualquier
Diagrama E-R.

Relacin Binaria
GRADO 3: RELACIN TERNARIA
Cuando en la relacin participan tres entidades sern ternarias o de grado tres. Este tipo
de relacin es poco comn. Pero se presenta de igual manera.

Relacin Ternaria
Una interrelacin puede asociar dos o ms entidades. El nmero de entidades que asocia
una interrelacin es el grado de la interrelacin.
Los conjuntos de relaciones pueden tener cualquier grado pero lo ideal es tener
relaciones binarias. Las relaciones entre ms de dos entidades son raras. La mayora de
las relaciones son entre dos entidades.

RESTRICCIONES
Un esquema de desarrollo E-R puede definir ciertas restricciones a las que los contenidos
de la base de datos se deben adaptar. En este apartado se examina la correspondencia
de cardinalidades y las restricciones de participacin, que son dos de los tipos ms
importantes de restricciones.
La correspondencia de cardinalidades, o razn de cardinalidad, expresa el nmero de
entidades a las que otra entidad puede estar asociada va un conjunto de relaciones.
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
Uno a varios
Varios a Uno
Varios a Varios
Convencin
Cuando dos entidades pueden relacionarse entre s sern unidas por una flecha. La puna
de la flecha indica que una solo entidad podr ser relacionada con entidades del otro
extremo de la flecha, mientras que la parte que no tiene punta indica que varias entidades
de ese tipo podrn ser relacionadas con entidades del tipo que se encuentra en el
extremo opuesto. De esta manera tendremos las siguientes posibilidades:
Notacin 1:1
Se representa con flechas en ambos lados de la lnea, cada punta representa la
cardinalidad 1, entonces al de izquierda a derecha se interpreta como cardinalidad de uno
a uno. En donde cada entidad solo puede relacionarse con otra como mximo.

Notacin 1:1

Notacin 1: N
Se representa en este caso, con la flecha nicamente del lado izquierdo por lo cual se
dice que en ese lado de la entidad solo puede relacionarse con una. El lado derecho no
tiene punta de flecha, lo cual significa que varias entidades podrn ser relacionadas con
otras que se encuentre en el extremo opuesto.

Notacin 1: N

Notacin N: 1
Se representa de igual manera a la notacin 1:N. En este caso el lado izquierdo que
contena a la punta de flecha pasa a lado derecho. Y la interpretacin cambia. La parte
que no tiene punta indica que varias entidades de ese tipo podrn ser relacionadas con
entidades del tipo que se encuentra en el extremo opuesto.

Notacin N: 1
Notacin N: M

Se representa con ambos extremos sin la punta de flecha. En donde ambas partes
indican que varias entidades de ese tipo podrn ser relacionadas con varias entidades del
tipo que se encuentra en el extremo opuesto.

Notacin N: M

CARDINALIDAD DE UNA RELACIN

Nmero de ocurrencias que se pueden dar de una relacin; con cuantas ocurrencias de B
se puede relacionar A y con cuantas ocurrencias de A se puede relacionar B.

Cardinalidad de una relacin

Ejemplo:
Una persona puede comprar muchos autos y un auto es comprado por una sola persona.
Una ocurrencia de A (Persona) se puede relacionar con muchas ocurrencias de B (Auto)
y que una ocurrencia de B (Auto) se puede relacionar con slo una ocurrencia de A
(Persona).

Ejemplo: cardinalidad

Cardinalidad mxima de una relacin: representa el nmero mximo de ocurrencias de

una entidad con las que se puede relacionar otra ocurrencia de entidad.
Ej.: una persona puede tener como mximo tres automviles.
Cardinalidad mnima de una relacin: representa el nmero mnimo de ocurrencias de
una entidad con las que se puede relacionar otra entidad.
Ej.: un automvil debe pertenecer como mnimo a una persona.

Cardinalidad Mnima y Mxima

Una ocurrencia de A se relaciona con mnimo una ocurrencia de B y mximo varias

ocurrencias de B, una ocurrencia de B se relaciona con mnimo una ocurrencia de A y
mximo una ocurrencia de A.

Aplicado a un ejemplo:
Una persona puede comprar mnimo 1, mximo varios automviles. Un auto puede ser
comprado por mnimo 1 persona y mximo 1 persona.

Ejemplo

Se lee de izquierda a derecha y luego de derecha a izquierda (o al revs): Una

persona compra uno o ms autos, y un auto es comprado por slo una persona.
N o M tambin se puede definir como un nmero entero especfico

Uno a Uno (1:1)

"Una entidad A est asociada a lo mucho con una entidad B, y una entidad B a lo mucho
con una entidad A"
Cardinalidad 1-1:
Cada ocurrencia de una entidad se relaciona con una ocurrencia de otra entidad. Tal
como se muestra en la imagen de mapeo.

Mapeo 1:1

Las relaciones de uno a uno no son demasiado frecuentes pero existen as que debemos
conocerlas. Podemos tomar como ejemplo, que para una interrelacin entre una persona
y un auto, la cardinalidad es de una a una, en donde el 1 es representado por 1. Y
viceversa, de esta manera podemos ver la relacin de este tipo como se menciona en el
ejemplo:
Una persona compra un Auto.
Un Auto es comprado por una persona.
En este caso la relacin es de uno a uno.

Ej.: una persona posee un automvil.

Uno a Varios (1: N)

"Una entidad A est asociada con una o varias entidades B. Una entidad B, sin embargo,
puede estar asociada a lo mucho con una entidad A"
Cardinalidad 1: N:
Tambin llamada uno a muchos. Cada ocurrencia de una entidad puede relacionarse con
varias ocurrencias de otra entidad.

Mapeo 1: N

Suponiendo un ejemplo ms ilustrativo, se propone el siguiente. Para una interrelacin

entre una persona y Autos la cardinalidad es de uno a muchos, en donde el
muchos puede ser representado por un (*), o la letra m.
Una persona puede poseer varios automviles.
Varios automviles pueden pertenecer a una persona.
En este caso la relacin es de uno a muchos.

Ej.: una persona posee varios automviles.

Varios A Uno:
"Varias entidades de A estn asociadas con una entidad de B. Una entidad de B, sin
embargo, puede estar asociada con varias entidades de A"
Cardinalidad N-1:
Varias ocurrencias de una entidad pueden relacionarse con una de otra entidad.

Suponiendo un ejempl ms ilustrativo, se propone el siguiente. Para una interrelacin

entre Automviles y Personas la cardinalidad es de muchos a uno, en donde l
muchos puede ser representado por un (*), o la letra m.
Varios Automviles pueden ser posedos por una persona.
Una persona puede poseer varios Automviles
En este caso la relacin es de Muchos a uno.
La interpretacin de la cardinalidad de N: 1 es igual a la cardinalidad 1:N. Simplemente
colocado e interpretado en un orden inverso.

Ej.: Varios automviles pueden ser posedos por una persona.

Varios a Varios (N: M)
"Cuando un registro de una tabla puede estar relacionado con ms de un registro de la
otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas
directamente, se tiene que aadir una tabla entre las dos (Tabla dbil o de vinculacin)
que incluya los pares de valores relacionados entre s."
El nombre de tabla dbil deviene que con sus atributos propios no se puede encontrar la
clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la unin
de los campos claves de las tablas que relaciona.
Cardinalidad N-M:
Tambin llamada muchos a muchos. Cada ocurrencia de una entidad puede relacionarse
con varias ocurrencias de otra entidad y viceversa.

En una relacin entre alumnos y materias cursadas, la cardinalidad es de muchos a

muchos.
Un alumno cursa muchas materias.
Una materia la cursan muchos alumnos.
En este caso es una interrelacin de muchos a muchos.

Como en este ejemplo se tiene una relacin de muchos a muchos, se genera una tercera
entidad dbil (Cursa), que se forma con las llaves primarias de la entidad Alumno y
Materias.

DIAGRAMAS E-R
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a travs de
un Esquema grfico empleando los terminologa de Entidades, que son objetos que
existen y son los elementos principales que se identifican en el problema a resolver con el
diagramado y se distinguen de otros por sus caractersticas particulares denominadas
Atributos, el enlace que rige la unin de las entidades est representada por la relacin
del modelo.
En un DER, cada entidad se representa mediante un rectngulo, cada relacin mediante
un rombo y cada dominio (conjunto donde toma valores el atributo) mediante un crculo.
Mediante lneas se conectan las entidades con las relaciones, igual que las entidades con
los dominios, representando a los atributos. Los Atributos Llaves se representan
subrayando el correspondiente conjunto de valores.
En ocasiones, una entidad no puede ser identificada nicamente por el valor de sus
propios atributos. Estas entidades reciben el nombre de entidades dbiles y se
representan en el DER con un doble rectngulo.
La estructura lgica general de una base de datos se puede expresar grficamente
mediante un diagrama E-R. Los diagramas son simples y claros, cualidades que pueden
ser responsables del amplio uso del modelo E-R.
CLAVES
QUE ES UNA CLAVE?
Es el atributo de una entidad, al que le aplicamos una restriccin que lo distingue de los
dems registros (no permitiendo que el atributo especfico se repita en la entidad) o le
aplica un vnculo (exactamente como comentbamos en las relaciones).
CLAVE o LLAVE PRIMARIA
Clave primaria, tambin conocida como Primary Key o en su Acrnimo PK. Entonces,
definiendo lo que es una clave primaria: es una columna o combinacin de columnas que
identifican de forma nica un registro en la tabla, adems, este tipo de claves no permite
nulos y debe ser un atributo nico en cualquier dominio. Slo una clave candidata puede
ser clave primaria. La seleccin de una clave primaria se debe realizar con cuidado, una
mala eleccin puede afectar negativamente el diseo, la normalizacin y desempeo de la
bases de datos. Recuerde, raramente se cambia la claves primarias.
Es importante que cada entidad tenga al menos un atributo que sea nico e irrepetible
dentro del conjunto; por ejemplo muchos empleados pueden llamarse Javier Hernndez,
pueden tener la misma edad y cantidad de caractersticas similares, pero el ID o DNI ser
nico para cada Empleado. Entonces, este atributo es la Llave Primaria. La Llave Primaria
deber existir en cada entidad y se representara por un asterisco antes del nombre y
tambin puede representarse subrayando el atributo.

Llave primaria

REGLAS DE SELECCIN PARA UNA CLAVE PRIMARIA

Seleccione un clave que no contenga valores desconocidos (NULL). Tcnicamente
las claves candidatas pueden contener valores desconocidos (NULL). En el caso,
que una clave candidata pueda contener este tipo de valores, esta clave se
descartar como clave primaria.
Seleccione un clave que sea nica y que no se repita en el tiempo. Es posible que
las claves candidatas que son nicas en este momento puede contener valor
duplicados en otro instante de tiempo. Este tipo de claves candidatas no renen los
requisitos para ser clave principal.
Las claves primarias no cambian en el tiempo. Los valores de clave primaria no
deben seguir cambiando en el tiempo. Es conveniente para una base de datos que
los valores almacenados en la columna de la clave primaria sean estticos.
Recuerde, un cambio en los valores afecta negativamente la integridad de la base
de datos, los ndices primarios y secundarios, ya que las claves primarias hacen
referencia a numerosos lugares en la base de datos.

REGLAS DEL MODELO E-R

Para la construccin de un Diagrama E-R. Saber un par de reglas nos harn el diseo de
nuestro Diagrama ms fcil. Enseguida listamos algunas reglas que debemos tomar en
cuenta:
1.- En un Diagrama Entidad Relacin. Nunca debe haber relaciones circulares:

No Relaciones Circulares

2.- En un Diagrama Entidad Relacin. No puede haber entidades o relaciones

independientes:

No Relaciones/Entidades Independientes

3.- En un Diagrama Entidad Relacin. Un rombo solo puede unir a dos entidades, nica
y exclusivamente.

Solo dos entidades

4.- En un Diagrama Entidad Relacin. Una entidad puede estar relacionada con varias
entidades, pero nicamente con rombos separados.

Entidades Separadas

5.- En un Diagrama Entidad Relacin. Cuando se encuentra un atributo que posee

caractersticas propias (Atributos) como el dueo del vehculo, este no podr ser atributo y
pasara a ser una entidad.

Atributo-Entidad

6.- En un Diagrama Entidad Relacin. Toda entidad se nombra el plural y los

Entidades :En Plural y Atributos: Singular

MODELO E-R EXTENDIDO

El Modelo Entidad-Relacin Extendido incluye todos los conceptos del Entidad-Relacin e
incorpora los conceptos de Subclase y superclase con los conceptos asociados de
Especializacin y Generalizacin. Otro nuevo concepto incluido por el ERE es el de
Categora. Asociado a estos conceptos est el importante mecanismo de Herencia de
atributos. Habr que tener en cuenta que no existe una terminologa estandarizada para
estos conceptos, por lo que usaremos la ms difundida.
Se compone por:
o Especializacin: Designa subgrupos dentro de un conjunto de entidades
o Generalizacin: Refinamiento a partir de un conjunto de entidades
o Herencia de atributos: Propiedades de las entidades de niveles altos y
bajo creadas en la especializacin y generalizacin
o Agregacin: es la abstraccin a travs de la cual las relaciones se tratan
como entidades de nivel ms alto
Especializacin
Un conjunto de entidades puede incluir subgrupos de entidades que se diferencian de
alguna forma de las otras entidades del conjunto. Por ejemplo, un subconjunto de
entidades en un conjunto de entidades puede tener atributos que no son compartidos por
todas las entidades del conjunto de entidades. El modelo E-R proporciona una forma de
representacin de estos grupos de entidades distintos.
Considrese el conjunto de entidades persona con atributos nombre, calle y ciudad. Una
persona puede clasificarse adems como:
cliente
empleado
Cada uno de estos tipos de persona se describen mediante un conjunto de atributos que
incluyen los atributos del conjunto de entidades persona ms otros posibles atributos
adicionales. Por ejemplo, las entidades cliente se pueden describir adems mediante el
atributo id-cliente, mientras que las entidades empleado se pueden describir adems
mediante los atributos id-empleado y sueldo. El proceso de designacin de subgrupos
dentro de un conjunto de entidades se denomina especializacin. La especializacin de
persona permite distinguir entre las personas basndose en si son empleados o clientes.
Se puede aplicar repetidamente la especializacin para refinar el esquema de diseo. Por
ejemplo, los empleados del banco se pueden clasificar en uno de los siguientes:
oficial
cajero
secretaria
Cada uno de estos tipos de empleado se describe por un conjunto de atributos que
incluye todos los atributos del conjunto de entidades empleado ms otros adicionales. Por
ejemplo, las entidades oficial se puede describir por el atributo nmero-despacho, las
entidades cajero por los atributos nmero-seccin y horas-semana, y las entidades
secretaria por el atributo horas-semana. Adems, las entidades secretaria pueden

participar en una relacin secretaria-de, que identifica al empleado ayudado por una
secretaria.
Un conjunto de entidades se puede especializar por ms de una caracterstica distintiva.
En el ejemplo, la caracterstica distintiva entre entidades empleado es el trabajo que
realiza el empleado. Otra especializacin coexistente podra estar basada en si la persona
es un trabajador temporal o fijo, resultado en los conjuntos de entidades empleadotemporal y empleado-fijo. Cuando se forma ms de una especializacin de un conjunto de
entidades, una entidad en particular puede pertenecer a varias especializaciones. Por
ejemplo, una empleada dada puede ser una empleada temporal y secretaria. En trminos
de un diagrama E-R, la especializacin se representa mediante un componente triangular
etiquetado ES. La etiqueta ES representa, por ejemplo, que un cliente es una persona.
La relacin ES se puede llamar tambin relacin superclase-subclase. Los conjuntos de
entidades de nivel ms alto y ms bajo se representan como conjuntos de entidades
regulares, es decir, como rectngulos que contienen el nombre del conjunto de entidades.

Especializacin: Ejemplo
Es el resultado de tomar un subconjunto de entidades de alto nivel para formar un
conjunto de entidades de ms bajo nivel.
* En la generalizacin cada entidad de alto nivel debe ser tambin una entidad de bajo
nivel. La especializacin no tiene este limitante.
* Se representa por medio de un tringulo denominado con la etiqueta "ISA", se
distingue de la generalizacin por el grosor de las lneas que conectan al tringulo con las
entidades.
* La especializacin denota la diferencia entre los conjuntos de entidades de alto y bajo
nivel.
Proceso de diseo descendente (Top-Down):
Designamos subgrupos dentro de un conjunto de entidades que son distintos de otras
entidades en el conjunto. Estos subgrupos se convierten en conjuntos de entidades de
bajo nivel que tienen atributos o participan en relaciones que no se aplican a los conjuntos
de entidades de alto nivel. Se dibujan con un tringulo etiquetado ISA (es un). Atributos
heredados un conjunto de entidades de bajo nivel hereda todos los atributos y
participacin en relaciones de un conjunto de entidades de alto nivel al cual est ligado.
El proceso por el que se definen las diferentes subclases de una superclase se conoce
como especializacin. El conjunto de subclases se define basndonos en caractersticas
diferenciadoras de las ocurrencias de entidad de la superclase. Por ejemplo, el conjunto
se subclases {SECRETARIA, INGENIERO, TECNICO} es una especializacin de la
superclase EMPLEADO mediante la distincin del tipo de trabajo en cada ocurrencia de
entidad. Podemos tener varias especializaciones de una misma entidad basndonos en
distintos criterios. Por ejemplo, otra especializacin de EMPLEADO podra dar lugar a las
subclases ASALARIADO y SUBCONTRATADO, dependiendo del tipo de contrato.
Generalizacin
El refinamiento a partir de un conjunto de entidades inicial en sucesivos niveles de
subgrupos de entidades representa un proceso de diseo descendente en el que las
distinciones se hacen explcitas. El proceso de diseo puede ser tambin de una forma
ascendente, en el que varios conjuntos de entidades se sintetizan en un conjunto de
entidades de nivel ms alto basado en caractersticas comunes. El diseador de la base
de datos puede haber identificado primero el conjunto de entidades cliente con los
atributos nombre, calle, ciudad e id-cliente, y el conjunto de entidades empleado con los
atributos nombre, calle, ciudad, id-empleado y sueldo. Hay similitudes entre el conjunto de
entidades cliente y el conjunto de entidades empleado en el sentido de que tienen varios
atributos en comn. Esta similitud se puede expresar mediante la generalizacin, que es
una relacin contenedora que existe entre el conjunto de entidades de nivel ms alto y
uno o ms conjuntos de entidades de nivel ms bajo.
En el ejemplo, persona es el conjunto de entidades de nivel ms alto y los conjuntos de
entidades cliente y empleado son de nivel ms bajo. Los conjuntos de entidades de nivel
ms alto y nivel ms bajo tambin se pueden llamar superclase y subclase,

respectivamente. El conjunto de entidades persona es la superclase de las subclases

cliente y empleado. Para todos los propsitos prcticos, la generalizacin es una inversin
simple de la especializacin. Se aplicarn ambos procesos en combinacin en el curso
del diseo del esquema E-R para una empresa. En trminos del propio diagrama E-R no
se distingue entre especializacin y generalizacin. Los niveles nuevos de representacin
de entidades sern distinguidos (especializacin) o sintetizados (generalizacin) cuando
el esquema de diseo llegue a expresar completamente la aplicacin de base de datos y
los requisitos de uso de la base de datos. Las diferencias entre los dos enfoques se
pueden caracterizar mediante su punto de partida y el objetivo global.
La especializacin parte de un conjunto de entidades simple; enfatiza las diferencias entre
las entidades dentro del conjunto mediante la creacin de distintos conjuntos de entidades
de nivel ms bajo. Estos conjuntos de entidades de nivel ms bajo pueden tener atributos,
o pueden participar en relaciones que no se aplican a todas las entidades del conjunto de
entidades de nivel ms alto. Realmente, la razn de que el diseador aplique la
especializacin es representar tales caractersticas diferentes. Si cliente y empleado no
tuvieran cada una atributos nicos que no tuvieran las entidades persona en la que
participan, no habra necesidad de especializar el conjunto de entidades persona.

Generalizacin: Ejemplo
El proceso de especializacin expuesto en el punto anterior nos permite lo siguiente:
Definir un conjunto se subclases a partir de una entidad.
Asociar atributos especficos a cada subclase.
Establecer relaciones especficas entre cada subclase con otras entidades o
subclases.
Entonces la generalizacin es el proceso inverso al de la especializacin. Se aplican
ambos procesos (especializacin y generalizacin) para construir el esquema E-R
extendido. Agrupar entidades con atributos comunes en una entidad superior (superclase)
de nivel ms alto.
Es decir "La generalizacin es el resultado de tomar la unin de dos o ms conjuntos
disjuntos de entidades (de nivel ms bajo) para producir un conjunto de entidades de nivel
ms alto".
Entidades agrupadas: subclases de nivel ms bajo.
Proceso aplicado dentro de una estrategia de diseo bottom-up, definiendo entidades
simples y agrupndolas. Agrupamiento de entidades elimina la redundancia.
El proceso de diseo puede ser tambin de forma ascendente (bottom-up) en vez de
descendente (top-down), de manera que distintos grupos de entidades se sintetizan en
grupos de entidades de nivel ms alto.
Basada en sus similitudes, la generalizacin sintetiza distintos conjuntos de entidades en
uno slo. La generalizacin es la inversa de la especializacin
Agregacin
Una limitacin del modelo E-R es que no resulta posible expresar relaciones entre
relaciones. Para ilustrar la necesidad de tales construcciones considrese la relacin
ternaria trabaja-en, que se vio anteriormente, entre empleado, sucursal y trabajo.
Supngase ahora que se desean registrar los directores para las tareas realizadas por un
empleado en una sucursal; es decir, se desean registrar directores por combinaciones
(empleado, sucursal, trabajo). Asmase que existe una entidad director.
Una alternativa para representar esta relacin es crear una relacin
cuaternaria dirige entre empleado, sucursal, trabajo ydirector (se necesita una relacin
cuaternaria; una relacin binaria entre director y empleado no permitira representar las
combinaciones [sucursal, trabajo] de un empleado que estn dirigidas por un director).
Parece que los conjuntos de relaciones trabaja-en y dirige se pueden combinar en un
nico conjunto de relaciones. No obstante, no se deberan combinar, dado que algunas
combinaciones empleado, sucursal, trabajo puede que no tengan director.
Hay
informacin
redundante
en
la
figura
resultante,
ya
que
cada
combinacin empleado, sucursal, trabajo en dirige tambin lo est en trabaja-en. Si el
director fuese un valor en lugar de una entidad director, se podra hacer que director fuese
un atributo multivalorado de la relacin trabaja-en. Pero esto implica que es ms difcil

(tanto lgicamente como en coste de ejecucin) encontrar, por ejemplo, los triples
empleado-sucursal-trabajo de los que un director es responsable. Como el director es una
entidad director, se descarta esta alternativa en cualquier caso.
La mejor forma de modelar una situacin como sta es usar la agregacin.
La agregacin es una abstraccin a travs de la cual las relaciones se tratan como
entidades de nivel ms alto. As, para este ejemplo, se considera el conjunto de
relaciones
trabaja-en (que
relaciona
los
conjuntos
de
entidades empleado, sucursal y trabajo) como un conjunto de entidades de nivel ms alto
denominado trabaja-en. Tal conjunto de entidades se trata de la misma forma que
cualquier otro conjunto de entidades. Se puede crear entonces una relacin
binaria dirige entre trabaja-en y director para representar quin dirige las tareas. En la
Figura 10 se muestra una notacin para la agregacin que se usa habitualmente para
esta situacin.

Figura 10. Diagrama E-R con Agregacin

CONCLUSIN
En conclusin podemos decir que el Modelo Entidad Relacin tiene ciertas ventajas, tales
como:
- Diseo de alto nivel: El cual expresa con bastante precisin el esquema conceptual
- Los diagramas de E-R: Los cuales permiten mantener una visin global del diseo y
favorece la comunicacin entre los diseadores.

Pero tambin puede tener desventajas como puede ser que Carece de un soporte formal
y los Sistemas Gestores de Bases de Datos no suelen implementarlo directamente.
Normalmente hay que transformarlo en un modelo de ms bajo nivel.

BIBLIOGRAFA
Modelo Entidad-Relacin. (2016).Internet. En lnea. Pginas consultadas el 01 de
septiembre del 2016. Disponibles en:
http://tavoberry.com/MER/entidad.html
http://tavoberry.com/MER/atributos.html
http://tavoberry.com/MER/dominio.html
http://tavoberry.com/MER/relacin.html
http://tavoberry.com/MER/atributos__relaciones.html
http://tavoberry.com/MER/cardinalidad.html
http://tavoberry.com/MER/grados.html

http://tavoberry.com/MER/diagramas_er.html
http://tavoberry.com/MER/claves.html
http://tavoberry.com/MER/reglas_del_modelo_er.html

http://tavoberry.com/MER/restricciones.html
http://tavoberry.com/MER/cardinalidad_maxima_y_minima.html
http://tavoberry.com/MER/uno_a_uno_11.html
http://tavoberry.com/MER/uno_a_varios_1n.html
http://tavoberry.com/MER/varios_a_varios_nm.html

http://tavoberry.com/MER/modelo_er_extendido.html
http://tavoberry.com/MER/especializacin.html
http://tavoberry.com/MER/generalizacin.html
http://tavoberry.com/MER/agregacin.html
http://basededatos.umh.es/e_r.htm