En el Modelado de Datos de las Bases de Datos, el modelo entidad-relación propone diseñar la base de datos como un conjunto de entidades (objetos del mundo real con atributos) y relaciones (vínculos entre dos o más entidades).
El diseño conceptual de una Arquitectura de un SGBD contiene descripciones de alto nivel sobre los datos a almacenar. El modelo DER es una representación de este diseño. Sin embargo, existen restricciones que no pueden representarse (por ejemplo, dependencias funcionales). Un DER es subjetivo y presenta muchas decisiones de diseño.
Las relaciones pueden tener atributos descriptivos, que registran información sobre la relación en sí (y no sobre alguna entidad particular).
Cada relación debe identificarse de manera unívoca por sus entidades participantes, sin necesitar referenciar sus atributos descriptivos. Cada entidad debe tener una clave que la identifique unívocamente.
Cada ejemplar de un conjunto de relaciones es un conjunto de relaciones en sí mismo. Se puede pensar en un ejemplar como una “instantánea” del conjunto de relaciones en un momento dado.
Las relaciones también pueden ser ternarias:
Además, una misma entidad puede participar más de una vez en una relación si es que cumple papeles o roles diferentes:
Restricciones
Las restricciones de clave en las relaciones permiten limitar la cardinalidad (1 a 1, 1 a , o a ), de manera que cada instancia de una entidad pueda participar una sola vez en cierta relación. En el siguiente ejemplo: un Departamento solo puede ser dirigido por un solo Empleado.
Las restricciones de participación establecen si todas las instancias de una entidad deben participar o no de una relación. En el siguiente ejemplo: la participación del conjunto de entidades Departamento en el conjunto de relaciones Dirige es total (todo Departamento es dirigido por un Empleado). Una participación que no es total se dice parcial.
Una restricción de clave se indica con una flecha punteada. Una participación total se indica con una línea gruesa.
Esto resulta en el siguiente ejemplar:
Entidades Débiles
Cada entidad débil solo se puede identificar de manera unívoca tomando en consideración alguno de sus atributos junto con la clave principal de otra entidad conocida como propietaria identificadora. Se debe cumplir que:
- Cada entidad propietaria se asocie con una o varias entidades débiles, pero que cada entidad débil solo tenga una propietaria.
- El conjunto de entidades débiles tenga participación total en el conjunto de entidades identificadoras.
Una entidad débil, y la relación identificadora que la vincula con su entidad propietaria, se diagraman con borde grueso.
En este ejemplo, cada entidad Beneficiario sólo se puede identificar de manera unívoca si se toma la clave “dni” de la entidad Empleados junto a la clave parcial “nombrep”.
Jerarquías de Clases
Las entidades (subclases) pueden heredar atributos de otras entidades (superclases).
Se deben tener en cuenta dos restricciones:
- Solapamiento: ¿Puede “Empleado_temp” ser a la vez un “Empleado_fijo”?
- Cobertura: ¿Debe sí o sí todo “Empleado” pertenecer a una subclase? Es decir, ¿“Empleado” es una clase abstracta o concreta?
Agregación
La agregación indica que un conjunto de relaciones participa en otro conjunto de relaciones. Esto permite expresar una relación entre relaciones.
Símbolos
En resumen:
