Modelo De Datos con el Modelo

Entidad -Relación
(ER)
Uso de Modelos de Datos Conceptuales de Alto
Nivel para el Diseño de Base de Datos

•Recopilación de Requisitos y el Análisis.

•Esquema Conceptual.

•Implementación Real de la Misma con DBMS.

•Diseño Físico
Tipos de Entidad, Conjunto de Entidades,
Atributos y Claves
•Entidad.

•Atributo.

•Atributo Compuesto y Atributo Simple.

•Atributos Monovalor y Multivalor.

Tipos de Entidades, Conjunto de Entidades, Claves y
Conjunto de Valores
•Tipo de Entidad.

•Atributo Clave de una Entidad.

•Conjunto de Valores o (Dominios) de Atributos.

Tipos, conjuntos e instancias de relaciones
Grado de relación, nombres de rol y relaciones
recursivas
Grado de un tipo de Relación.

Se refiere al número de entidades que participan en una relación. Los conjuntos de relaciones que
involucran dos conjuntos de entidades se llaman relaciones binarias (o de grado dos). La mayoría de las
relaciones en una base de datos es de este tipo. Los conjuntos de relaciones pueden involucrar a más de dos
conjuntos de entidades. Una interrelación puede asociar dos o más entidades. El número de entidades que
asocia una interrelación es el grado de la interrelación.
 Grado de un tipo de Relación.

Por ejemplo:
La cantidad de entidades en una relación
determina el grado de la relación, por
ejemplo la relación ALUMNO-MATERIA es
de grado 2 (Binaria), ya que intervienen la
entidad ALUMNO y la entidad MATERIA, la
relación PADRES, puede ser de grado 3
(Ternaria), ya que involucra las entidades
PADRE, MADRE e HIJO.
Atributos

• Los atributos definen o identifican las características de entidad (es el contenido de esta entidad). Cada
entidad contiene distintos atributos, que dan información sobre esta entidad. Estos atributos pueden ser
de distintos tipos (numéricos, texto, fecha…).

• En SQL un atributo es llamado columna.

• En bases de datos, un atributo representa una propiedad de interés de una entidad.

Ejemplo de Atributos
Analizaremos los atributos de nuestra entidad “Coches“, que nos darán información sobre los coches de
nuestro supuesto taller.

Unos posibles atributos serían los siguientes:

● Número de chasis
● Matrícula
● DNI del propietario
● Marca
● Modelo

Los atributos se representan como círculos que descienden de una entidad, y no es necesario representarlos
todos, sino los más significativos, como a continuación.
Ejemplo de Atributos (Gráfico)
Relaciones
Una relación es una asociación 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.

Si tenemos dos entidades Automóvil y Persona, podemos tener una relación entre ellas:
Ejemplo de Relaciones
La relación debe tener un nombre que sea capaz de identificar el tipo de correspondencia entre ambas
entidades. Generalmente estos nombres son verbos:
Nombre de Roles
Un rol es una agrupación de permisos. Gracias
a los roles, podemos juntar ciertos permisos --Dar permisos a ROLEs
en un solo rol y concederlo a un usuario o GRANT permiso1[,permiso2,...]
grupo de usuarios. ON [usuario.]objeto
TO nombreRole;
--Creación de ROLEs
CREATE ROLE nombreRol
[IDENTIFIED BY Contraseña]; --Ejemplo:

--Ejemplo: GRANT SELECT, UPDATE ON scott.emp TO

CREATE ROLE miRole; miRole;
Borrar ROLEs GRANT SELECT, INSERT, DELETE, UPDATE ON
DROP ROLE nombreRol; scott.dept TO miRole;
GRANT SELECT ON scott.salgrade TO miRole;
GRANT SELECT ON scott.bonus TO miRole;
Relaciones Recursivas
Una entidad es recursiva cuando tiene dos roles por ejemplo: un empleado al mismo tiempo puede ser jefe
de otros empleados. La relación entra a la misma entidad.
¿Qué son las Constraints?
• “Fuerzan reglas a nivel de tabla”
• Las constraints previenen el borrado de una tabla si existen
dependencias.
• Los siguientes tipos de constrainst son válidos en Oracle8:
– NOT NULL
– UNIQUE Key
– PRIMARY KEY
– FOREIGN KEY
– CHECK
 Ejemplo CONSTRAINTS

• CHECK

ALTER TABLE persona

ADD CONSTRAINT check_persona_sexo
CHECK (sexo IN (‘F', 'M'));

• FOREIGN KEY

ALTER TABLE ESTUDIANTES

ADD CONSTRAINT FK_IDCARRERA_ID
FOREIGN KEY (IDCARRERA)
REFERENCES CARRERA(ID);
Restricciones en los tipos de Relaciones

Uno a uno: Una entidad se relaciona

únicamente con otra y viceversa. Por
ejemplo, si tuviésemos una entidad
con distintos chasis y otra con
matrículas deberíamos de determinar
que cada chasis solo puede tener una
matrícula (y cada matrícula un chasis,
ni más en ningún caso).
Restricciones en los tipos de Relaciones

Uno a varios o varios a uno: determina

que un registro de una entidad puede
estar relacionado con varios de otra
entidad, pero en esta entidad existir solo
una vez. Como ha sido en el caso anterior
del trabajador del taller.
Restricciones en los tipos de Relaciones

Varios a varios: determina que una

entidad puede relacionarse con
otra con ninguno o varios registros
y viceversa. Por ejemplo, en el
taller un coche puede ser reparado
por varios mecánicos distintos y
esos mecánicos pueden reparar
varios coches distintos.

Razones de cardinalidad para relaciones binarias: Los conjuntos de relaciones

pueden tener cualquier grado pero lo ideal es tener relaciones binarias.
Restricción de participación y dependencia
de existencias
Participación: Asociación entre conjuntos de
entidades.

● Participación total: Cada entidad de un

conjunto de entidades participa al menos en
una relación del conjunto de relaciones.
● Participación parcial: Sólo algunas
entidades de un conjunto de entidades
participan en relaciones del conjunto de
relaciones.
Atributos en Tipos de Relaciones.

Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las
entidades. Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora.
Por ejemplo, supongamos que es necesario hacer constar la fecha de emisión de una factura a un cliente, y
que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisión"
de la factura debería colocarse en la relación "se emite".
Entidades Débiles
Es aquella que no puede existir sin participar en la relación, es decir, aquella que no puede ser unívocamente
identificada solamente por sus atributos como Clave.

Consideremos las entidades edificio y despacho de la figura siguiente. Supongamos que puede haber
despachos con el mismo número en edificios diferentes. Entonces, su número no identifica completamente un
despacho. Para identificar completamente un despacho, es necesario tener en cuenta en qué edificio está
situado. De hecho, podemos identificar un despacho mediante la interrelación situación, que lo asocia a un
único edificio. El nombre del edificio donde está situado junto con el número de despacho lo identifican
completamente.