Modelo Entidad Relacin.

Profesor: Antonio Jess Conejo

MODELO ENTIDAD RELACION.

Contenido
1.-CONCEPTOS PREVIOS. ............................................................................................................... 1
Definiciones importantes: ......................................................................................................... 1
2.- MODELO ENTIDAD-RELACIN.................................................................................................. 2
2.1.- Conceptos sobre el modelo entidad relacin: .............................................................. 2
2.2..-Simbologa del modelo entidad relacin ...................................................................... 3
2.3.- Cardinalidad .................................................................................................................. 4
2.4.- Clave Principal O Llave Primaria .................................................................................... 4
3.- Paso del modelo Entidad/Relacin al modelo Relacional .................................................... 5
Ejemplos sobre paso de modelo entidad/relacin a modelo relacional. ............................. 6

1.-CONCEPTOS PREVIOS.
Definiciones importantes:
Una base de datos: es un conjunto de datos organizados para un uso determinado. La
recopilacin de datos comparte caractersticas comunes, es decir que los datos tienen
la misma estructura. En nuestro sistema Informtico podemos almacenar un directorio
telefnico, la informacin de los empleados de una empresa o estudiantes de un
colegio.
Dato: es todo aquello que deseamos almacenar y recuperar en el futuro. stos pueden
ser texto, nmeros, fechas, imgenes, entre otros.
El sistema gestor de base de datos (SGBD): es aquel programa que acta como un
intermediario entre los usuarios y los datos. Debe cumplir con una serie de funciones
como permitir la descripcin de los datos, definicin de sus propiedades y relaciones
entre ellos, como tambin el insertar, suprimir y modificar los datos.
Una Base de datos est formada por diferentes objetos para conservar, almacenar y
manipular la informacin. Estos son Tablas, consultas, formularios. Informes, Mdulos,
Macros.

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

2.- MODELO ENTIDAD-RELACIN

El modelo entidad relacin se basa en una percepcin de un mundo real que consiste
en un conjunto de elementos bsicos llamados entidades y relaciones entre estos
elementos.
2.1.- Conceptos sobre el modelo entidad relacin:

ENTIDADES: Una Entidad es un conjunto de elementos que existen y se distinguen de

otros elementos gracias a que tienen caractersticas propias (Atributos) que los
describen. Por ejemplo, Juan Gonzlez Garca con D.N.I.: 25252554, de 22 aos de
edad, del sexo masculino es un elemento del conjunto Empleados de una empresa en
particular. De esta forma podemos tener entidades como: Materias, Estudiantes,
Profesores, Vehculos, pases, etc. cada una con caractersticas que describen y
diferencian cada elemento.
ATRIBUTOS: Los Atributos son las caractersticas por las cuales puedo describir una
Entidad y que a su vez no tienen caractersticas propias (Atributos) representativas.
Por ejemplo; De la Entidad Vehculos puedo establecer Atributos como marca, modelo,
color, chasis, matricula, etc. Estas son caractersticas propias del vehculo, es decir,
hablan de un vehculo en particular y lo diferencian de otros, el dueo del vehculo no
puede ser un atributo del vehculo ya que no define al vehculo y este adems tiene
atributos propios que lo definen, como nombre, DNI, direccin, telfono, etc.
Hay entidades que no necesitan ser diferentes, por ejemplo en un colegio es posible
definir la entidad Estudiantes y definir la entidad Profesores y a simple vista podran
tener los mismos atributos, como documento de identidad, nombre, edad, telfono,
direccin, sexo, etc. De esta manera se podra malinterpretar y crear una sola entidad
con el nombre de Personas, que podran ser tanto los estudiantes como los profesores
pero estas prcticas no son convenientes, por tal motivo los nombres debern ser lo
ms especficos posible tanto para las entidades como para los atributos es decir, que
el nombre de las entidades hable especficamente de los elementos que posee y el
nombre de los atributos hable de la entidad a la que pertenece. Por ejemplo:
Los posibles atributos de la entidad
estudiantes son:

Los posibles atributos del conjunto de

entidades profesores son:

NIE _ estudiante
Nombre_ estudiante
Edad_ estudiante
Telfono_ estudiante
Direccin_ estudiante
Sexo_ estudiante

NRP _ profesor
Nombre_ profesor
Edad_ profesor
Telfono_ profesor
Direccin_ profesor
Sexo_ profesor
2

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

2.2..-Simbologa del modelo entidad relacin

Rectngulo: Se utiliza para representar las entidades.

Elipses: Se utiliza para representar los atributos.
Rombos: Se utiliza para representar relaciones entre entidades.
Lneas: Se utilizan para conectar atributos a entidades y entidades a relaciones.
De esta manera ahora podemos establecer una representacin grfica de una
situacin de relacin entre los estudiantes y los profesores en donde se relaciones por
medio de una clase

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

2.3.- Cardinalidad

La Cardinalidad es simplemente la forma en que se relacionan las Entidades, es ms

fcil entenderlo desde el ejemplo: Hay tres formas bsicas de relacin entre entidades:
1.- Uno a Uno (1 : 1 ) Un ejemplo claro es el de sucursal bancaria y director de la
misma, donde cada sucursal tiene un nico director, y el director de la misma slo es
director de sta primera.
2.- Uno a varias (1 : N)Si en un banco cualquiera, una deuda puede pertenecer
nicamente a un cliente y un cliente puede tener varias deudas entonces, la relacin
entre estas dos entidades es de (1 : N)
3.- Varias a Varias (N : N) Un ejemplo tpico es que un alumno est matriculado en
varias asignaturas y en una asignatura hay matriculados varios alumnos.
Como podemos ver la CARDINALIDAD depende de las condiciones de la realidad y de la
lgica. Por cada lnea que una dos entidades, debe establecerse su CARDINALIDAD.
2.4.- Clave Principal O Llave Primaria

Es importante que cada entidad tenga al menos un atributo que sea nico e irrepetible
dentro del conjunto; por ejemplo muchos estudiantes pueden llamarse Jos Gonzlez
Garca , pueden tener el misma edad y cantidad de caractersticas similares, pero el NIE
ser nico para cada estudiante. Este atributo es la Llave Primaria.
La Llave Primaria deber existir en cada entidad y se representara por un asterisco
antes del nombre:

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

3.- Paso del modelo Entidad/Relacin al modelo Relacional

A modo de cuadro resumen tenemos la siguiente tabla, no obstante en clase os explicar ms
claramente el paso de un modelo a otro.

MODELO
ENTIDAD/RELACIN
Tabla
Entidad
Atributo
Identificador nico

MODELO RELACIONAL

Columna/Campo
Clave Primaria

Relaciones N:M

Nueva tabla con clave primaria la concatenacin de las claves de

las entidades que la forman (la relacin pasa a ser una tabla, y en
esa tabla se pone como C.A. las entidades que une)

Relaciones 1:M

Transformar la relacin en una tabla si no todos los elementos de

la entidad que participa con muchos tienen asociado un
elemento de la entidad que participa con uno.
Propagando la de 1 en la de muchos (creando un campo en la de
muchos que referencie a la de 1) si cada elemento de la entidad
que participa con muchos aparece en la entidad de uno, es decir,
si TODOS los elementos de la entidad de muchos tienen asociado
uno de la entidad de uno

Relaciones 1:1

Transformar la relacin en tabla si no todos los elementos de la

entidad que participa con muchos tienen asociado un elemento
de la entidad que participa con uno.
Propagar la clave (igual que en la de 1:M) si cada elemento de la
entidad que participa con muchos aparece en la entidad de uno,
es decir, si TODOS los elementos de la entidad de muchos tienen
asociado uno de la entidad de uno

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

Ejemplos sobre paso de modelo entidad/relacin a modelo relacional.

Ejemplo: transformar el esquema entidad/relacin al modelo relacional de una tienda de

antigedades.

En este ejemplo observamos como tenemos dos entidades (cada una con cuatro
atributos) y una relacin 1:M en la que no todos los artculos deben ser comprados por
un cliente sino que daremos de alta el artculo, a la espera de ser comprado por un
cliente, pudiendo existir artculos en stock que no han sido vendidos nunca. Esta
relacin posee dos atributos propios de la entidad. Tal como vimos en la tabla la
solucin consistir en tres tablas al no ser una relacin obligatoria, una por cada entidad
(clientes y artculos) y otra para la relacin. As, nos quedaran las siguientes tablas
1 lnea nombre de la tabla 2 lnea campos de la misma y tipo de datos de cada uno
CLIENTE
ARTCULOS:
COMPRA:
(COD.CLIENTE:
(COD.ARTCULO:
CP____(CLIENTE:Numrico),(ARTC
numrico)
numrico)
ULO: Numrico)_CP
(NOMBRE: texto)
(TELFONO:
(STOCK: numrico),
(FECHA_VENTA: Fecha)
numrico)
(DIRECCIN:
(DENOMINACIN:
(UNID_VENDIDAS: Numrico)}
texto)
texto)
(PRECIO: numrico),
Las claves (principales y ajenas) aparecen subrayadas y las claves de la tabla COMPRA
aparecen doblemente subrayadas (o eso he intentado ya que no encontr esa posibilidad
en el editor de texto que uso). Cmo se pueden distinguir? A travs del diagrama
referencial, en donde podemos leer que en la tabla COMPRAS, el campo CLIENTE
hace referencia a la tabla CLIENTES y en la misma tabla COMPRAS, el campo
ARTCULOS hace referencia a la tabla ARTCULOS. Las claves subrayadas que no
aparezcan en este diagrama referencial (COD.CLIENTE y COD.ARTCULO) se
suponen claves principales al igual que las claves doblemente subrayadas.

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

Veamos otro ejemplo. Es similar al anterior solo que en este caso la relacin es
obligatoria

Vuelve a darse el caso de dos entidades y una relacin 1 a muchos. Es el mismo caso
que antes pues suponemos que todos los libros tienen un tema. Las tablas y el diagrama
referencial seran:
1 lnea nombre de la tabla 2 lnea campos de la misma y tipo de datos de cada uno
TEMAS
LIBROS
NOTA: El ltimo campo es el
campo clave de la tabla
(COD.TEMAS:
(ISBN: numrico)
TEMAS,
y
sirve
para
numrico)
relacionarlas adecuadamente.
(TTULO: texto)
(DESCRIPCIN:
texto)
(AUTOR: texto)
(NUM_EJEMPLARES: numrico)
(COD.LIBRO: numrico)
(CA.COD.TEMAS: numrico)

Modelo Entidad Relacin. -

Profesor: Antonio Jess Conejo

Veamos ahora otro ejemplo en el que cambia la relacin a 1:1

En este caso cul de las dos entidades incrustamos en la otra? La respuesta es "da
igual". sta es la solucin propuesta
1 lnea nombre de la tabla 2 lnea campos de la misma y tipo de datos de cada uno
EMPLEADO
PUESTO_DE_TRABAJO
Hemos
insertado
al
EMPLEADO en la tabla del
:(COD.EMP:
(COD.TRA: numrico)
PUESTO DE TRABAJO
numrico)
relacionarlas adecuadamente.
(DEPT: texto)
(NOMBRE: texto)
(C.A.COD.EMP: numrico)
(TLF: numrico)
(SALARIO:
numrico)
Finalmente vemos un ejemplo de una relacin M:M

En este caso de una relacin N:M creamos una tabla independiente quedando:
1 lnea nombre de la tabla 2 lnea campos de la misma y tipo de datos de cada uno
ALUMNOS
CURSO
MATRCULA
(NOMBRE: Texto)
(CDIGO: Numrico)
CP_(ALUMNO: Numrico)
(DNI: Numrico)

(DENOMINACIN: Texto) (CURSO: Numrico)_CP

(DIRECCIN: Texto)

(PROFESOR: Texto)

(TELFONO: Numrico)}