Modelo Entidad/Relacin Extendido (Tcnica de Desarrollo)

Modelo Entidad/Relacin Extendido (Tcnica de Desarrollo)

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 mas difundida.

Modelo Entidad/Relacin Extendido (Tcnica de Desarrollo) Incorpora nuevos conceptos Subclase Superclase Herencia Especializacin Generalizacin Categora

Ejemplo de Subclase y Superclase

Empleado

Superclase

Secretaria Ingeniero Jefe Tcnico Asalariado Subcontratado . ..

Subclases de Empleado

Ejemplo de Subclase y Superclase

Vehculo

Camin Turismo Autobs Motocicleta Bicicleta . ..

Subclases de Vehculo

Superclase

Subclases, Superclases y Especializacin.

En el modelo Entidad-Relacin, una entidad agrupa un conjunto de ocurrencias de entidad del mismo tipo. En muchos casos, estas ocurrencias se pueden agrupar a su vez en otros subconjuntos que tienen un significado propio para los propsitos de la Base de Datos y, por tanto, deberan representarse de forma explcita.

Supertipo/Subtipo

Agrupacin de instancias dentro de un tipo de entidad, que debe representarse explcitamente debido a su importancia para el diseo o aplicacin Subtipos del tipo de entidad VEHCULO: CAMIN TURISMO AUTOBS CICLOMOTOR Subtipos del tipo de entidad EMPLEADO: SECRETARIO GERENTE COMERCIAL El tipo de entidad que se especializa en otros se llama supertipo ( VEHICULO, EMPLEADO )

La relacin que se establece entre una Superclase y una Subclase, la llamaremos Relacin clase/subclase.
ES UN

Empleado / Secretaria Empleado / Ingeniero Vehculo / Camin Vehculo / Motocicleta

ES UN TIPO DE

IS A

Subclase y Superclase Notacin en el Diagrama

Empleado

ES UN

Secretaria

Ingeniero

Tcnico

Relacin Supertipo/Subtipo O Subclases, Superclases

Es la relacin que se establece entre un supertipo y cada uno de sus subtipos (nocin es_un o es_un_tipo_de) Notacin:
EMPLEADO SECRETARIO

EMPLEADO

[EN2002]

GERENTE

COMERCIAL

SECRETARIO

GERENTE

COMERCIAL

EMPLEADO

[SKS1998]

[MPM1999]
ES

SECRETARIO

GERENTE

COMERCIAL

Relacin Supertipo/Subtipo O Subclases, Superclases

La extensin de un subtipo es un subconjunto de la extensin del supertipo Una instancia de subtipo tambin es instancia del supertipo y es la misma instancia, pero con un papel especfico distinto Una instancia no puede existir slo por ser miembro de un subtipo: tambin debe ser miembro del supertipo Una instancia del supertipo puede no ser miembro de ningn subtipo

VEHCULO

EMPLEADO_HOSPITAL

CAMIN

TURISMO

CICLOMOTOR MDICO CELADOR ENFERMERO LIMPIADOR

Relacin Supertipo/Subtipo O Subclases, Superclases

Herencia Supertipo/Subtipo O Subclases, Superclases

Un subtipo puede tener atributos propios (especficos) y participar en relaciones por separado Un subtipo hereda todos los atributos del supertipo, y toda relacin en la que participa el supertipo Un subtipo, con sus atributos y relaciones especficos, ms los atributos y relaciones que hereda del supertipo, es un tipo de entidad por derecho propio

nummatricula precio

VEHCULO

(1,n)

FABRICA

(1,1)

FABRICANTE

N:1 (1,1) ID
LLEVA

[MPM1999]
CAMIN TURISMO MOTOCICLETA

(0,1)
SIDECAR

numEjes

tonelaje numPuer

numPlazas

cilindrada 1:1

Ejemplo de Subclase y Superclase

Supertipo/Subtipo O Subclases, Superclases

Supertipo/Subtipo O Subclases, Superclases

Las Subclases estn unidas mediante lneas a un circulo, que conecta con la superclase. El smbolo de pertenencia en las lneas entre las subclases y el circulo representan la direccin de la relacin clase/subclase.

Subclase y Superclase Otra Notacin

Empleado Hospital

Mdico

Enfermera

Auxiliar

Cundo utilizar Subclases?

1. Cuando hay atributos que slo tienen sentido para algunas instancias de un tipo y no para todas. 2. Cuando hay tipos de relacin en los que slo participan algunas entidades de un tipo y no todas.

Relaciones entre entidades.

Una relacin uno a varios. La relacin uno a varios es el tipo de relacin ms comn. En este tipo de relacin, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, pero un registro de la Tabla B slo tiene un registro coincidente en la Tabla A.

Relaciones entre entidades.

Una relacin varios a varios.

En una relacin varios a varios, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, y viceversa. Este tipo de relacin slo es posible si se define una tercera tabla (denominada tabla de unin) cuya clave principal (clave principal: uno o ms campos (columnas) cuyos valores identifican de manera exclusiva cada registro de una tabla. Una clave principal no puede permitir valores Nulo y debe tener siempre un ndice exclusivo.

Relaciones Exclusivas

Dos (o ms) tipos de relacin son exclusivos, respecto de un tipo de entidad que participa en ambos, si cada instancia del tipo de entidad slo puede participar en uno de los tipos de relacin
Una relacin recursiva se da cuando el mismo tipo de entidades participa ms de una vez con diferentes papeles.

VEHCULO

CONSUME

GASTA

GASOLINA

GASOLINA

CONSUME y GASTA son exclusivas respecto del tipo de entidad VEHICULO

Relaciones Exclusivas

Otro ejemplo sera el de un ARTCULO que pudiera publicarse en un

PERIDICO o en una REVISTA, pero nunca en ambos.

Herencia de atributos en la relacin Clase/subclase.

Debido a que una subclase es a su vez parte se una superclase, la subclase tendr sus atributos especficos as como los atributos correspondientes a la superclase a la que pertenece. Esto quiere decir que la ocurrencia de entidad de una subclase hereda los atributos correspondientes a la superclase a la que pertenece. De la misma manera hereda las relaciones en las que su correspondiente superclase participa. Una Subclase puede tener atributos propios y participar en relaciones por separado. Los atributos aplicables solamente a cada una de las Subclases, se denominan atributos especficos de la subclase.

Herencia
nummotor precio

N:1

Vehculo
numejes

Fabrica

Fabricante

ES UN
tonelaje cilindraje

Camin

Auto
numpuertas

Motocicleta

1:1

Lleva

numpuestos

Remolque

Especializacin
Es el proceso segn el cual se crean varios tipos de entidades a partir de uno. Cada una de los conjuntos de entidades resultantes contendr slo algunos de los atributos del conjunto original. Un ejemplo es el caso del tipo empleado, del que se pueden obtener los subtipos secretaria, tcnico e ingeniero. Descomponemos una entidad en varias ms especializadas.

Ejemplo de Especializacin
Superclase

Discriminante o criterio

Empleado

Subclases actividad

ES UN

Secretaria

Ingeniero

Tcnico

Ejemplo de Especializacin

Empleado

actividad
ES UN ES UN

contrato

Secretaria

Ingeniero

Tcnico

Temporal

Permanente

Ejemplo de Especializacin
Vehculo

tipo
ES UN ES UN

Motor s/n

Camin

Auto

Motocicleta

Con motor

Sin motor

Especializacin

Especializacin

Especializacin
EMPLEADO
PELCULA

gnero

color

actividad
DRAMA TERROR COMEDIA BLANCO_Y_NEGRO COLOR

SECRETARIO

GERENTE

COMERCIAL

VEHCULO

motorS/N

tipo

VEHCULO_A_MOTOR

VEHCULO_SIN_MOTOR

CAMIN TURISMO

MOTOCICLETA

La generalizacin
Permite abstraer un tipo de entidad de nivel superior (supertipo) a partir de varios tipos de entidad (subtipos); en estos casos los atributos comunes y relaciones de los subtipos se asignan al supertipo. Se pueden generalizar por ejemplo los tipos profesor y estudiante obteniendo el supertipo persona.

La generalizacin

La agregacin
Consiste en construir un nuevo tipo de entidad como composicin de otros y su tipo de relacin y as poder manejarlo en un nivel de abstraccin mayor La agregacin ayuda a construir entidades de niveles superiores. La agregacin surge de la limitacin que existe en el modelado de E-R, al no permitir expresar las relaciones entre relaciones de un modelo E-R en el caso de que una relacin X se quiera unir con una entidad cualquiera para formar otra relacin. Para ejemplificar lo anterior consideremos el ejemplo En donde el problema consiste en que existen trabajando muchos empleados que trabajan en diferentes proyectos, pero dependiendo del trabajo que realiza pueden llegar a utilizar un equipo o maquinaria; en este problema intervienen 3 entidades: Empleado, Proyecto y Maquinaria, el diagrama E-R correspondiente es:

La agregacin

Como el modelo E-R no permite la unin entre dos o ms relaciones, la relacin trabajo es englobada como si fuera una entidad ms de la relacin usa, grficamente queda como:

La agregacin

Ahora podemos decir que la entidad trabajo se relaciona con la entidad maquinaria a travs de la relacin usar. Para indicarnos que un trabajo usa un determinado equipo o maquinaria segn el tipo de trabajo que se trate.

La agregacin

La agregacin

La agregacin a Modelo Relacional

La agregacin

Esquema en el MERE que almacena informacin sobre las entrevistas que una ETT organiza entre solicitantes de empleo y diferentes empresas
nombre EMPRESA
direccin
(1,n) M

ENTREVISTA_A fecha nomContacto

(1,m) N

nif
SOLICITANTE nombre telef

telefContacto

Algunas entrevistas dan lugar a ofertas de empleos y otras no cmo modelamos esto?

La agregacin
EMPRESA
ENTREVISTA
ENTREVISTA_A

SOLICITANTE

Entidad COMPUESTA o AGREGADA

RESULTA_EN

OFERTA_EMPLEO

La agregacin
Esquema en el MERE que almacena informacin acerca de profesores y las asignaturas que stos imparten, as como los diversos medios que utilizan para impartir cada asignatura (pizarra, transparencias, etc.)
PROFESOR M EXPLICA M
Entidad COMPUESTA o AGREGADA

ASIGNATURA

EXPLICACIN

UTILIZA

N
MEDIO

La agregacin

La agregacin

CLAVES EXTERNAS

Las interrelaciones de uno a muchos se implementan mediante el uso de claves ajenas, tambin llamadas externas o forneas (foreign keys). Una clave ajena es un atributo de una relacin R2, cuyos valores han de concordar con los de alguna clave primaria enR2 otra relacin R1.

CLAVE EXTERNA R1 CLAVE PRIMARIA

CLAVES EXTERNAS

Empleado

Empleado 1
ID_Empleado Nombre Puesto Sueldo ID_Jefe

ID_Empleado Nombre Puesto Sueldo ID_Jefe

Ejemplo 1

CLAVES EXTERNAS

Alumno

Alumno 1
NoExpediente Nombre Carrera Cuatrimestre NoExp_JefeGpo

NoExpediente Nombre Carrera Cuatrimestre NoExp_JefeGpo

Ejemplo 2

Pasara de Modelo Entidad Relacin a Modelo Relacional

Para transformar un modelo entidad-relacin a modelo relacional seguiremos las siguientes reglas:
1. 2. 3. 4. Toda entidad del modelo entidad-relacin se transforma en una tabla. Cualquier atributo de una entidad se transforma en un campo dentro la tabla, manteniendo las claves primarias. Las relaciones N:M se transforman en una nueva tabla que tendr como clave primaria la concatenacin de los atributos clave de las entidades que relaciona. En las relaciones 1:N se pueden tener dos casos: Si la entidad que participa con cardinalidad mxima uno lo hace tambin con cardinalidad mnima uno, entonces se propaga el atributo de la entidad que tiene cardinalidad mxima 1 a la que tiene cardinalidad mxima N, desapareciendo el nombre de la relacin. Si existen atributos en la relacin stos tambin se propagarn. Si la entidad que participa con cardinalidad mxima uno lo hace tambin cardinalidad mnima cero, entonces se crea una nueva tabla formada por las claves de cada entidad y los atributos de la relacin. La clave primaria de la nueva tabla ser el identificador de la entidad que participa con cardinalidad mxima N.

Pasara de Modelo Entidad Relacin a Modelo Relacional

5. En el caso de las relaciones 1:1 tambin pueden darse dos casos: Si las entidades poseen cardinalidades (0,1), la relacin se convierte en una tabla. Si una de las entidades posee cardinalidad (0,1) y la otra (1,1), conviene propagar la clave de la entidad con cardinalidad (1,1) a la tabla resultante de la entidad con cardinalidad (0,1). Si ambas entidades poseen cardinalidades (1,1) se puede propagar la clave de cualquiera de ellas a la tabla resultante de la otra. 6. En el caso de las relaciones N-arias se aplica la misma regla que para las relaciones N:M. 7. En el caso de las relaciones reflexivas supondremos que se trata de una relacin binaria con la particularidad que las dos entidades son iguales y aplicaremos las reglas vistas en los puntos anteriores.

Pasara de Modelo Entidad Relacin a Modelo Relacional

EJEMPLO REGLA 3: Las relaciones N:M se transforman en una nueva tabla que tendr como clave primaria la concatenacin de los atributos clave de las entidades que relaciona.

En este caso la relacin compra se transforma en una nueva tabla cuya clave primaria estar formada por los atributos dni, que es la clave primaria de cliente, y cdigo, que es la clave primaria de producto. Adems tendr como campo fecha compra, ya que este atributo forma parte de la relacin.

Pasara de Modelo Entidad Relacin a Modelo Relacional

El modelo relacional quedara de la siguiente forma:

CLIENTE(dni,nombre,apellidos) PRODUCTO(cdigo,descripcin) COMPRA(dni_cliente,cdigo_producto,fecha_compra)

Pasara de Modelo Entidad Relacin a Modelo Relacional

EJEMPLO REGLA 4: En las relaciones 1:N se pueden tener dos casos:
Veamos ahora el caso de una relacin 1:N. En el siguiente modelo entidad-relacin un empleado pertenece a un nico departamento (debe pertenecer a uno obligatoriamente), y un departamento tiene 1 o ms empleados.

Pasara de Modelo Entidad Relacin a Modelo Relacional

En este caso se propaga el atributo cdigo de departamento a la tabla EMPLEADO. El modelo relacional quedara de la siguiente manera: EMPLEADO(rfc, nombre, salario, cdigo_departamento) DEPARTAMENTO(cdigo, nombre, ubicacion)

Pasara de Modelo Entidad Relacin a Modelo Relacional

Pasara de Modelo Entidad Relacin a Modelo Relacional

Pasara de Modelo Entidad Relacin a Modelo Relacional

Relaciones reflexivas

Pasara de Modelo Entidad Relacin a Modelo Relacional

Ejemplo de los Profesores y los centros especializados en pblicos y privados: Hay profesores que imparten clases en 2 tipos de centros educativos: pblicos y privados. Un profesor puede impartir clase en varios centros, ya sean pblicos o privados. La asignatura ser un atributo de la relacin entre el profesor y el centro donde imparte. Los centros educativos slo pueden ser pblicos o privados. Un centro pblico no puede ser privado a la vez, ni a la inversa. Los atributos especficos para los centros pblicos son: el presupuesto y los servicios; y para los privados son: la organizacin y la cuota.

Pasara de Modelo Entidad Relacin a Modelo Relacional

PROFESORES(IdProfesor,Nombre,Direccin,Telfono,Especialidad). CENTROS(IdCentro,Nombre,Direccin,NmeroAlumnos,TipoCentro). PBLICOS(IdCentro,Servicios,Presupuesto). PRIVADOS(IdCentro,Organizacin,Cuota). IMPARTICIONES(CodImparticiones,IdProfesor,IdCentro,Asignatura).

Pasara de Modelo Entidad Relacin a Modelo Relacional

Relaciones N-arias (ternarias, cuaternarias, etc.)
Vendedores de coches (empleados, clientes y coches): En una tienda de coches, un empleado vende coches a sus clientes. En cada venta, un nico empleado puede vender varios coches a varios clientes. En una operacin de venta hay que tener en cuenta la forma de pago y la fecha de venta.

Pasara de Modelo Entidad Relacin a Modelo Relacional

El resultado en el modelo relacional (siendo una relacin ternaria del tipo 1:N:N) es: EMPLEADOS(CdEmpleado,Nombre,Puesto,Telfono). COCHES(CdCoche,Descripcin,Marca,Modelo,Matrcula). CLIENTES(CdCliente,Nombre,Telfono). VENTAS(CdCoche,CdCliente,CdEmpleado,FormaPago,FechaVenta).

a e b a c