MODELAMIENTO ENTIDAD-RELACION (ER)
1.
CONTENIDO
Definición
El modelo entidad-relación (ER)
es un modelo de datos que permite representar cualquier abstracción, percepción
y conocimiento en un sistema de información formado por un conjunto de objetos
denominados entidades y relaciones,
es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades. Incorporando una
representación visual conocida como diagrama entidad-relación.
Tipos de Entidad
Podemos
adoptar como definición de entidad cualquier cosa o parte del mundo que es
distinguible del resto. Por ejemplo, en un sistema bancario, las personas y las
cuentas bancarias se podrían interpretar como entidades. Que pueden ser de
tipo: maestras, transaccionales, históricas y temporales
La entidad es cualquier
clase de objeto o conjunto de elementos presentes, las entidades las
constituyen las tablas de la base de datos que permiten el almacenamiento de
los ejemplares o registros del sistema, quedando recogidos bajo la denominación
o título de la tabla o entidad. Por ejemplo, la entidad usuarios guarda los
datos personales de los usuarios de la biblioteca, la entidad catalogo registra
todos los libros catalogados, la entidad circulación todos los libros prestados
y devueltos y así sucesivamente con todos los casos.
Clave. Es el campo o atributo de una
entidad o tabla que tiene como objetivo distinguir cada registro del conjunto,
sirviendo sus valores como datos vinculantes de una relación entre registros de
varias tablas.
Ø Superclave. Es la
combinación de campos clave que identifican unívocamente un registro en una
tabla o entidad.
Es un subconjunto de
atributos que permite distinguir unívocamente cada una de las entidades de un
conjunto de entidades. Si se añade un atributo al anterior subconjunto, el
resultado seguirá siendo una superclave.
Ø Clave
principal primaria. Permiten identificar unívocamente cada registro
de una tabla. Por ejemplo campo auto-numérico interno ID.
Ø Clave
candidata. Campos que cumplen las condiciones de identificación única de
registros, pero que no fueron definidos como principales por el diseñador. Es
un campo que define unívocamente un registro de un documento en una
tabla o entidad concreta. Dada una superclave, si
ésta deja de serlo quitando únicamente uno de los atributos que la componen,
entonces ésta es una clave candidata.
Ø Clave
externa. Campo clave conformado por el valor de una clave principal primaria de
otra tabla. Por ejemplo el campo id_tipodeusuario en la
tabla usuarios es un campo clave externo que guarda el valor
del campo primario ID de la tabla tipodeusuario. Este
campo tiene que estar estrictamente relacionado con la clave primaria de otra
entidad, para así exigir que exista previamente ese clave.
Tipos de Relaciones
Las
entidades no están aisladas sino que están relacionadas entre sí. Estas
relaciones pueden ser de tres tipos diferentes:
Ü Relación
Uno a Uno (1 a 1):
La relación uno a uno,
define que un único registro de la tabla puede estar relacionado con un único
registro de la tabla relacionada.
Cuando un registro de
una tabla sólo puede estar relacionado con un único registro de la otra tabla y
viceversa. En este caso la clave foránea se ubica en alguna de las 2 tablas.
Ü Relación Uno a Muchos (1 a *):
La relación de uno a varios,
define que un registro dado de una tabla auxiliar o secundaria sólo puede estar
vinculado con un único registro de la tabla principal con la que está
relacionada.
Cuando un registro de
una tabla (tabla secundaria) sólo puede estar relacionado con un único registro
de la otra tabla (tabla principal) y un registro de la tabla principal puede
tener más de un registro relacionado en la tabla secundaria. En este caso la
clave foránea se ubica en la tabla secundaria.
Ü Relación Muchos a Muchos (* a
*):
La relación de varios a
varios, define que un registro de una tabla puede estar relacionado con varios
registros de la tabla relacionada y viceversa.
Cuando un registro de
una tabla puede estar relacionado con más de un registro de la otra tabla y
viceversa. En este caso las dos tablas no pueden estar relacionadas
directamente, se tiene que añadir una tabla entre las dos (Tabla débil o de
vinculación) que incluya los pares de valores relacionados entre sí. El nombre
de tabla débil deviene que con sus atributos propios no se puede encontrar la
clave, por estar asociada a otra entidad. La clave de esta tabla se conforma
por la unión de los campos claves de las tablas que relaciona.
Atributos
Los atributos son las características que definen o identifican
a una entidad. Estas pueden ser muchas, y el diseñador solo utiliza o
implementa las que considere más relevantes.
En un conjunto de entidades del mismo tipo, cada entidad tiene valores específicos
asignados para cada uno de sus atributos, de esta forma, es posible su
identificación unívoca.
Para cada atributo, existe un dominio del mismo, este hace referencia al
tipo de datos que será almacenado a restricciones en los valores que el
atributo puede tomar (cadenas de caracteres, números, solo dos letras, solo
números mayores que cero, solo números enteros...).
Cuando algún atributo correspondiente a una entidad no tiene un
valor determinado, recibe el valor nulo, bien sea porque no se
conoce, porque no existe o porque no se sabe nada al respecto del mismo.
Tipos de Entidad Fuerte
y Débil
Entidades fuertes:
Lo constituyen las tablas principales de la base de datos que
contienen los registros principales del sistema de información y que requieren
de entidades o tablas auxiliares para completar su descripción o información.
Por ejemplo la tabla usuario es una entidad fuerte en relación a la tabla tipos
de usuarios, que es una entidad débil dada su condición auxiliar para
clasificar a los usuarios registrados en la biblioteca.
Entidades débiles:
Son entidades débiles a las tablas auxiliares de una tabla
principal a la que completan o complementan con la información de sus registros
relacionados.
Por
ejemplo también son consideradas entidades débiles las tablas intermedias que
sirven para compartir información de varias tablas principales.
·
Una entidad débil es aquella que no posee una llave
primaria.
·
Para existir dependen de una relación con una entidad
fuerte.
·
Pueden contener algún atributo
"discriminante" que podría considerarse como aquel que lo distingue
pero no de manera única, de ahí que no se considere como llave.
Atributos en las 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".
¨ SIMPLES: No divisibles.
¨ COMPUESTOS: Se dividen en componentes Ej. Dirección.
¨ MONOVALUADOS: Tienen un solo valor para una entidad Ej. Edad.
¨ MULTIVALUADOS: Tiene límites inferior, superior Ej. Titulación.
¨ ALMACENADOS: Derivados y valores nulos Ej. Fecha_nac.
¨ DERIVADOS: Compuestos o multivaluados de manera arbitraria (Edad).
Restricciones Estructurales
Es una notación alternativa a las restricciones de llave
(cardinalidad) que incluye un par de números enteros (mín, máx) a cada
participación. Son reglas que deben mantener los datos almacenados en la
base de datos.
Problemas con los Modelos
ER
Los problemas que podemos tener con el modelo entidad
relación (ER) son:
ü Los valores
nulos y gastos de espacios de almacenamiento.
ü Redundancia.
2.
RESUMEN
Este
modelo entidad relación (ER) habitualmente dispone de diagramas y elementos que
ayuda entender a los datos para que se relacionen entre ellos, describe los datos como entidades, relaciones (vínculos) y
atributos, permite representar el esquema conceptual de una base de datos de
forma gráfica mediante los diagramas E-R.
3.
SUMARY
This model entity relationship (ER) usually has
diagrams and elements that help understand the data to relate to each other,
describes data as entities, relationships (links) and attributes, can represent
the conceptual database schema of graphically by ER diagrams.
4.
RECOMENDACIONES
· Diseño
de alto nivel: Expresa con bastante precisión el esquema conceptual.
· Los
diagramas permiten mantener una visión global del diseño y favorece la
comunicación entre los diseñadores.
· Los
diagramas Entidad-Relación no cumplen su propósito con eficacia debido a que
tienen limitaciones semánticas, por esto suelen utilizar los diagramas
Entidad-Relación extendidos (ERE).
·Este
documento establece una serie de recomendaciones a la hora de elaborar o evaluar un modelo de datos.
5.
CONCLUSIONES
· El
modelado es la actividad más delicada e importante en la realización de una
aplicación con base de datos.
· Al igual
que en el desarrollo de un sistema, toda modificación al esquema de base de
datos debe realizarse primero en el modelo conceptual, no en el lógico ni en el
físico.
· La
habilidad de crear buenos modelos es una cualidad que se adquiere con la
experiencia.
6.
APRECIACION DEL EQUIPO
Hemos
podido rescatar que es necesario tener la idea de lo que queremos hacer, debes
de plasmarte en un esquema conceptual en este caso entidad relación (ER).
El cual
también es una buena forma de diseñar correctamente las bases de datos, aunque
a veces resulta más rápido implementarlo directamente en nuestro gestor de base de datos (BBDD) sin la necesidad
de crear un gran diagrama, sino usando notas más simples esto se
basa en una percepción de un mundo real que consiste en un conjunto de objetos
básicos llamados entidades y de relaciones entre estos objetos.
7.
BIBLIOGRAFIA O LINKOGRAFIA
ü Definición base de
datos. Viernes, 13 de Mayo del 2016, Tipos de Entidad, Tipos de Relaciones,
Atributos, Tipos de Entidad Fuerte y Débil, Atributos en las Relaciones,
Restricciones Estructurales y Problemas con los Modelos ER. Recuperado de,
Muy bien. Gracias por su aporte de investigación. Saludos.
ResponderEliminar