Este documento describe los conceptos básicos de un modelo entidad-relación para el diseño de bases de datos, incluyendo las definiciones de entidad, atributo, relación, cardinalidad y tipos de relaciones. También explica conceptos avanzados como restricciones, diagramas extendidos y jerarquías de especialización/generalización.

1. Base de Datos

2. Conceptos
Entidad: es una “cosa” u “objeto” en el mundo real que es distinguible de todos los demás objetos.
Tipo de entidades:
• Regulares: tienen existencia por si misma.
• Débiles: su existencia depende de otra entidad.
Atributos:
• Cada una de las propiedades o características que tiene una entidad.
• Los atributos simples se representan mediante un ovalo con el nombre del atributo dentro.
Tipos:
• Claves candidatas: son atributos que identifican de manera univoca cada ocurrencia de una
entidad. Toda entidad debe tener al menos un atributo identificador.
• Claves primarias: una entidad puede tener mas de un atributo(candidato) como identificador ,
en ese caso, elegimos un atributo como identificador primario, quedando el resto como
identificadores alternativos.
• Claves alternativos: clave candidata no elegida como principal.
• Claves ajenas: clave primaria exportada a otra relación lo que permite relacionar una entidad
con otra.
• .

3. • Los atributos compuestos se pueden representar de dos formas:
 Monovaluados: son atributos que representan un solo valor para una determinada
ocurrencia de una entidad en un momento determinado. Pueden ser simples o
compuestas.
 Multivaluados: son atributos que pueden representar varios valores
simultáneamente para una misma ocurrencia de una entidad. Se representan
mediante un doble ovalo.
Relaciones
– Asociación o correspondencia existente entre entidades.
– Se representa mediante un rombo.
– Tiene un nombre distintivo.
Tipo de relaciones:
– Uno a uno
– Uno a muchos
– Muchos a muchos

4. • Grado.
Número de entidades que participan en una interrelación.
• Reflexiva
Relación de un tipo de entidad consigo misma.
• Relación ternaria (grado 3)
– Tipos
• Regulares: Relacionan dos entidades regulares.
• Débiles: Relacionan una entidad débil con otra regular.
o Dependencia en existencia: Las ocurrencias en un tipo de entidad débil no pueden
existir si desaparece la ocurrencia de la entidad regular de la que dependen.
o Dependencia en identificación: Además de la condición anterior, las ocurrencias
del tipo de entidad débil no se pueden identificar únicamente mediante los
atributos propios de la misma y exigen añadir la clave del tipo de entidad regular
de la cual dependen.

5. Restricciones
En el modelo relacional, como ocurre en otros, existen estructuras u ocurrencias no permitidas o
restricciones. Los datos almacenados han de cumplir las estructuras del modelo (por ejemplo, no tener
tuplas duplicadas) y han de cumplir las restricciones de usuario para constituir una ocurrencia válida del
esquema.
Restricciones inherentes al modelo relacional.
• La integridad derivada de la definición matemática de relación, la cual diferencia a una
relación de una tabla, presenta las siguientes restricciones:
 No pueden existir dos tuplas o filas idénticas.
 El orden de las tuplas o filas no es significativo (es indiferente).
 El orden de los atributos no es significativo.
 Cada atributo sólo puede tomar un único valor del dominio, no admitiéndose por lo
tanto los grupos repetitivos.

6. La integridad de entidad establece que “Ningún atributo que forme parte de la clave primaria de una
relación puede tomar un valor nulo”; es decir un valor desconocido o inexistente. A las claves alternativas
también debería exigírseles esta integridad pero el modelo no lo contempla.
Restricciones de usuario:
 Operación restringida (RESTRICT): solo se permitirá el borrado o modificación de filas de la
relación que contiene la clave primaria referenciada si no existen filas con dicha clave en la
relación que contiene la clave ajena. En nuestro ejemplo, para borrar un curso de nuestra base
de datos, no podría haber ningún alumno matriculado en ese curso, en caso contrario el
sistema impediría el borrado.
 Operación con transmisión en cascada (CASCADE): el borrado o modificación de filas en la
relación con la clave primaria referenciada implica el borrado o modificación en cascada de las
filas de la relación que contiene la clave ajena. En nuestro ejemplo: si se modifica un código de
curso (atributo codcur) en la relación CURSO, se debería modificar también dicho atributo en la
relación ALUMNO.
 Operación con puesta a nulos (SET NULL) o a valor por defecto (SET DEFAULT): el borrado o
modificación de tuplas de la relación con clave primaria implica poner a nulos o poner al valor
por defecto los valores de la clave ajena en la otra relación. En nuestro ejemplo: si se borra un
curso, a los alumnos matriculados en dicho curso se les debería poner el atributo codcurso a
nulos, o al valor por defecto declarado al crear la tabla.

7. Cardinalidad de un tipo de relación
• Interrelaciones N: M
De muchos a muchos.
• Interrelaciones 1: N
De uno a muchos.
• Interrelaciones 1:1
De uno a uno.

8. Diagrama Entidad-Relación
Entidades: se representan mediante un rectangulo.
Fuertes Débiles
Atributos: se representan mediante un óvalo.
Primaria Alternativa

9. Atributo Compuesto Monovaluado
Atributo Compuesto Multivaluado
Atributos Compuestos

10. Relación
Cardinales

11. Reflexiva
Relación Ternaria (Grado 3)

12. Dependencia en existencia
Dependencia en identificación

13. Especificación Total
Solapada

14. Participación de una entidad en una
relación
Interrelaciones N: M
Cuando la interrelación es de muchos a muchos, se crea otra tabla a partir de la relación donde los
identificadores o claves primarias de las entidades pasan a colocarse en la relación.
Ejemplo: Nombre (identificador1, identificador2, Atributo1, Atributo2)

15. Interrelaciones 1: N
La clave primaria de la entidad que tenga cardinalidad uno pasa como clave foránea a la entidad 2
que tiene cardinalidad N. La clave foránea se representa mediante un asterisco al lado del nombre.
Ejemplo:
Entidad2 (Identificador2, Atributo3)
Entidad1 (Identificador1, Atribudo1, Identificador2*, Atributo2).

16. Interrelaciones 1:1
Cuando la interrelación es de uno a uno, se crea otra tabla a partir de la relación donde los identificadores o
claves primarias de las entidades pasan a colocarse en la relación.
Ejemplo:
Hombre (id hombre,… atributos hombres…)
Mujer (id mujer…atributos mujer…)
Matrimonio (id hombre, id mujer,… atributos interrelacionales…)

17. Interrelaciones 1:1 (1:1)-(0:1)
La entidad que acoge la clave primaria de la otra entidad como clave foránea, es la que llevacardinalidad (0:1)
en la relación.
Ejemplo:
Empleado (id empleado,… atributo empleado…)
Departamentos (id departamentos, id empleado*… atributos departamentos…+atributos interrelación) ((TIENE
EL FORÁNEO Y LOS ATRIBUTOS INTERRELACIONALES)).

18. Interrelaciones 1:1 (1:1)-(1:1)
Cuando en las dos entidades las cardinalidades es (1:1) se puede propagar en
clave de cualquiera de ellas a la tabla resultante de la otra.
Ejemplo:
Entidad 1 (id 1, id 2*, atributos propios y de la relación)
Entidad 2 (id 2, atributos propios)

19. Interrelaciones reflexivas (1: N)
Aquí se hace referencia al identificador de la entidad dos veces uno como clave
primaria y otro como clave foránea.
Ejemplo:
Entidad (id entidad, atributo 1, id en rol1)

20. Interrelaciones reflexivas (N:N)
Aquí se hace una tabla nueva a partir de la relación y esta acoge
como clave foránea la clave primaria de la entidad.
Ejemplo:
Entidad (id entidad, atributo 1)
Relación (id rol1, id rol2, atributos relación)

21. Parciales: se hace una tabla para la superclase y las subclases.
Ejemplo:
Alumno (DNI, (nombre), curso…)
Profesor (DNI*, nombre, especialidad)
Persona (DNI, nombre, curso, especialidad)

22. Totales: se hace tablas solo para las subclases.
Ejemplo:
Alumno (DNI, (nombre), curso…)
Profesor (DNI*, nombre, especialidad)
Queda igual pero puede representarse la tabla sin persona ya que solo
puede haber dos entidades (alumnos y profesores).

23. Diagramas Entidad/Relación
extendidos
- Hay varias aportaciones de diversos autores al modelo Entidad-Relación «básico».
- Permiten representar...
 Relaciones exclusivas entre sí
 Jerarquías de Especialización/Generalización
 Agregación de entidades
-Dos (o más) tipos de relación son exclusivos, respecto de un tipo de entidad que participa en
ambos, si cada instancia del tipo de entidad sólo puede participar en uno de los tipos de relación
-La jerarquía o relación que se establece entre uno y otros corresponde a la noción de “es_un” o
de “es_un_tipo_de”.
- Estas jerarquías pueden formarse por especialización o bien por generalización.

24. Conclusiones
Ventajas:
Si se hace un buen diseño de las bases de datos será:
• Muy conciso.
• Fácil de comprender.
• Fácil de mantener.
• Y dará eficiencia y fiabilidad a una BD.
• Se utilizan conceptos que pueden ser entendidos por los usuarios finales de las BD.
• Pueden ser implementados con facilidad por un SGBD porque no están muy alejados del modo en que los
datos se almacenan.
Desventajas:
Los peligros más importantes a evitar:
• Redundancia: Información repetida.
• Incompletitud: Aspectos mal modelados.
• Ambigüedad, por lo que no se puede permitir más de una interpretación para una sola palabra porque
ofrece problemas de comprensión al receptor
• Anomalías en operaciones de modificación de datos.

25. Práctica