Modelo Entidad Relaccion
Enviado por dxdrb • 14 de Diciembre de 2014 • 2.410 Palabras (10 Páginas) • 315 Visitas
Modelo Entidad-Relación
El modelo de datos de entidad-relación (ER) 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. Se desarrolló para facilitar el diseño de bases de datos permitiendo especificar
un esquema empresarial. Este esquema representa la estructura lógica general de la base de
datos.
Objetos básicos del modelo ER
Los conceptos básicos previstos por el modelo ER son entidades, relaciones y atributos.
· Entidades y conjunto de entidades
Una entidad es un objeto que existe y puede distinguirse de otros objetos. La entidad
puede ser concreta, por ejemplo: una persona o un libro; o abstracta, por ejemplo un día
festivo o un concepto.
Un conjunto de entidades es un grupo de entidades del mismo tipo. El conjunto de
todas las personas que tienen una cuenta en el banco, por ejemplo, puede definirse como el
conjunto de entidades clientes.
Una entidad está representada por un conjunto de atributos. Los posibles atributos del
conjunto de entidades clientes son nombre, documento, calle y ciudad. Para cada atributo
existe un rango de valores permitidos, llamado dominio del atributo. El dominio del atributo
nombre podría ser el conjunto de todas los nombres de personas de cierta longitud.
· Relaciones y conjunto de relaciones
Una relación es una asociación entre varias entidades. Por ejemplo es posible definir
una relación que asocia al cliente Gutiérrez con la cuenta 401.
Un conjunto de relaciones es un grupo de relaciones del mismo tipo. Se definirá el
conjunto de relaciones clientecuenta para denotar la asociación entre los clientes y las cuentas
bancarias que tienen.
La relación clientecuenta es un ejemplo de una relación binaria, es decir, una que
implica a dos conjuntos de entidades.
Existen conjuntos de relaciones que incluyen a n-conjuntos de entidades, relaciones narias,
por ejemplo las relaciones tenaria cliecuentasuc que especifica que el cliente Gutiérrez
tienen la cuenta 401 en la surcusal Córdoba.
Los relaciones recursivas son relaciones binarias que conectan una entidad consigo
misma. Una relación también puede tener atributos descriptivos o rótulos. Por ejemplo, fecha
podría ser un atributo del conjunto de relaciones clientecuenta. Esto especifica la última fecha
en que el cliente tuvo acceso a su cuenta.
· Cardinalidades de mapeo
Un esquema ER empresarial puede definir ciertas limitantes con las que deben cumplir
los datos contenidos en la base de datos. Una limitante importante es la de las cardinalidades
de mapeo que expresan el número de entidades con las que puede asociarse otra entidad
mediante una relación.
Las cardinalidades de mapeo son más útiles al describir conjuntos binarios de
relaciones, aunque también son aplicables a conjuntos n-arios de relaciones.
Para un conjunto binario de relaciones R entre los conjuntos de entidades A y B, la
cardinalidad de mapeo puede ser:
Una a una: una entidad de A está asociada únicamente con una entidad de B y
una entidad de B está asociada solo con una entidad de A.
A B
Una a muchas: una entidad en A está asociada con varias entidades de B, pero
una entidad de B puede asociarse únicamente con una entidad de A.
A B
Muchas a una: una entidad de A está asociada únicamente con una entidad en B,
pero una entidad de B está relacionada con varias entidades de A.
A B
Muchas a muchas: una entidad en A está asociada con varias entidades de B y
una entidad en B está vinculada con varias entidades de A.
a1
a2
a3
a4
b1
b2
b3
b4
a1
a2
a3
b1
b2
b3
b4
b5
a1
a2
a3
a4
a5
b1
b2
b3
A B
Para ilustrar lo anterior, considérese el conjunto de relaciones clientecuenta. Si en un
banco dado una cuenta puede pertenecer únicamente a un cliente y un cliente puede tener
varias cuentas, entonces el conjunto de relaciones clientecuenta es una a muchas, de cliente a
cuenta. Si una cuenta puede pertenecer a varios clientes, entonces el conjunto de relaciones
clientecuenta es una a muchas, de cuenta a cliente, entonces en definitiva el conjunto de
relaciones clientecuenta es muchas a muchas.
Las dependencias de existencia constituyen otra clase importante de limitantes. Si la
existencia de la entidad x depende de la existencia de la entidad y, entonces se dice que x es
dependiente por existencia de y. Funcionalmente esto quiere decir que si se elimina y,
también se eliminará x. Se dice que la entidad y en una entidad dominante y que x es una
entidad subordinada. Por ejemplo supongamos que tenemos los conjuntos de entidades cuenta
y transacción. Se forma la relación cuentatransac entre estos dos conjuntos es decir que para
una cuenta determinada pueden existir varias transacciones. Esta relación es una a muchas de
cuenta a transacción. Cada entidad transacción debe estar relacionada con una entidad cuenta.
Si se elimina una entidad cuenta, entonces deben eliminarse también todas las entidades
transacción vinculada con esa cuenta. Por lo contrario pueden eliminarse entidades
transacción de la base de datos sin afectar ninguna cuenta. Por lo tanto, el conjunto de
entidades cuenta es dominante y transacción es subordinada en la relación cuentatransac.
· Llaves primarias
Una tarea muy importante dentro de la modelación de bases de datos consiste en
especificar cómo se van a distinguir las entidades y las relaciones. Conceptualmente , las
entidades individuales y las relaciones son distintas entre sí, pero desde el punto de vista de
una base de datos la diferencia entre ellas debe expresarse en términos de sus atributos. Para
hacer estas distinciones, se asigna una llave primaria a cada conjunto de entidades, esta, es un
conjunto de uno o más atributos que, juntos, permiten identificar en forma única a una entidad
dentro del conjunto de entidades. Por ejemplo: el atributo documento del conjunto entidades
cliente es suficiente para distinguir a una entidad cliente de otra, por lo tanto puede ser la llave
primara de ese conjunto de entidades.
...