jueves, 16 de marzo de 2023

1.1 C Elaboración del modelo entidad/relación


Entidades y atributos


+ Entidad

Una entidad es un objeto que existe y es distinguible de otros objetos[1]. Ésta puede ser tan concreta, tal como una persona o un libro, o puede ser tan abstracta, como un día festivo o un concepto.

Éstos pueden agruparse denominándose como un conjunto de entidades que deben ser de un mismo tipo. El conjunto de todas las personas que tienen una cuenta en un banco, por ejemplo, puede definirse como el conjunto de entidades cliente. Análogamente, el conjunto de entidades cuenta podría representar el conjunto de todas las cuentas en un banco determinado.

En el modelo de entidad-relación se emplean dos tipos de entidades: entidad fuerte y entidad débil.

+ Entidad fuerte

Entidad fuerte (también conocida como entidad regular) es aquella que sí puede ser identificada unívocamente.

+ Entidad débil

Una entidad débil 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.

+ Atributo

Una entidad está representada por un conjunto de atributos. Un atributo de una relación o de una tabla corresponde a una columna de la tabla[2]. Los atributos están desordenados y se referencian por nombres y no por la posición que ocupan. 



Por ejemplo:





Dominio


Un dominio se define como un conjunto de valores del mismo tipo[1]. Por ejemplo el dominio que corresponde a la edad de una persona (en años) se puede definir como el conjunto de todos los valores de números posibles de edades, por ejemplo desde 0 hasta 20.

Siempre y cuando dos atributos tomen sus valores del mismo dominio estos pueden ser comparados aunque pertenezcan a distintas tablas. Los dominios son especificados como parte de la definición de los datos, estos pueden ser simples o compuestos.

Un dominio compuesto se define como el producto de alguna colección de dominios simples. Por ejemplo la fecha es producto del día, el mes y el año, donde el mes es el dominio simple de 1 a 12 y así sucesivamente

Campos


Se define campo como una unidad de almacenamiento capaz de contener uno o varios conjuntos de datos relacionados entre sí, el cual nos describe hechos y objetos de interés”.[2]

Estos campos deben llevar un nombre para poder hacer referencia a su contenido, éste debe ser de algún tipo de dato específico, por ejemplo:

CAMPO
TIPO
Nombre
Texto
Observaciones
Memo
Cantidad
Numérico
Fecha_alta
Fecha/Hora
Precio
Moneda
Número
Autonumérico

Relaciones


Una relación es una asociación entre varias entidades[3]. Por ejemplo, podemos definir una relación que se asocia al cliente Pedro con la cuenta 401. Esto especifica que Pedro es un cliente con número de cuenta bancaria 401.

Un conjunto de relaciones es un conjunto de relaciones del mismo tipo. Considerando los dos conjuntos de entidades clientes y cuenta, se define la relación Cta_Cli para denotar la asociación entre los clientes y las cuentas bancarias que tienen:


Notación gráfica del modelo entidad/relación.


La estructura lógica de una base de datos puede representarse  gráficamente por medio de un diagrama de E-R. Un diagrama de este tipo consta de los siguientes componentes:


Por ejemplo:


Cardinalidad de las relaciones.


La cardinalidad de una relación en un determinado momento está definida como el número de tuplas en la relación. Esta puede cambiar en cualquier momento.

Una planificación E–R de una empresa puede definir ciertas  restricciones a las cuales deben ajustarse los contenidos de una base de datos. Una restricción importante es la de las cardinalidades de asignación, que expresan el número de entidades con las que puede asociarse a otra entidad mediante un conjunto de relaciones.

Las cardinalidades de asignación son más útiles al describir conjuntos binarios de relaciones, aunque ocasionalmente contribuyen a la descripción de conjuntos de relaciones que implican más de dos conjuntos de entidades.

Para un conjunto binario de relaciones R entre los conjuntos de entidades A y B, la cardinalidad de asignación debe ser una de las siguientes:


. Una a una: Una entidad en A está asociada a lo sumo con una entidad en B, y una entidad en B está asociada a lo sumo con una entidad en A.


Por ejemplo:

Una a muchas: Una entidad en A está asociada con un número cualquiera de entidades en B. Una entidad en B, sin embargo, puede estar asociada a lo sumo con una entidad en A.

Por ejemplo:

. Muchas a una: Una entidad en A está asociada a lo sumo con una entidad en B. Una entidad en B, sin embargo, puede estar asociada con un número cualquiera de entidades en A.

Por ejemplo:



. Muchas a muchas: Una entidad en A está asociada con un número cualquiera de entidades en B, y una entidad en B está asociada con un número cualquiera de entidades en A.

Por ejemplo:




[1] http//www.macine.epublish.cl/tesis/index-contents.html
[2] Abad Díaz Rubyceli. INFORMÁTICA II, Editorial Nueva Imagen
[3] Silbershatz, Abraham. FUNDAMENTOS DE BASES DE DATOS, Mc Graw Hill


[1] Silbershatz, Abraham. FUNDAMENTOS DE BASES DE DATOS, Mc Graw Hill
[2] http//www.macine.epublish.cl/tesis/index-contents.html

Momento de evaluar conocimientos:


Accede a tu cuenta de edmodo y contesta el cuestionario denominado Elaboración del modelo entidad/relación


No hay comentarios:

Publicar un comentario

Nota: solo los miembros de este blog pueden publicar comentarios.

Integridad referencial

La integridad en una base de datos es la corrección y exactitud de la información contenida. Además de conservar la seguridad en un sis...