3.2 CONVERCION DE MODELO E-R MODELO RELACIONAL

-

Todas la entidades del modelo E/R  se convierten en tablas en el modelo relacional. Las entidades débiles también se transforman en tablas pero su clave primaria se compone de la unión de esta con la clave de la entidad fuerte a la que pertenece.


Transformación de las relaciones (1:1)

- Mismo Identificador  
Si las dos identidades tienen el mismo identificador se transforman en única tabla que contendrá este identificador como clave primaria y los atributos de ambas entidades.

  
- Diferente Identificador  
Cuando tienen diferente identificador cada entidad se convierte en una tabla con su identificador como clave primaria y como clave ajena el identificador de la otra entidad.


- Cardinalidad Mínima Cero 
Si alguna de las entidades participa con cardinalidad mínima igual a cero se añade una tabla intermedia cuyo identificador se forma por las claves primarias de las otras dos tablas y se le añaden los atributos de la relación cuando los haya.



Transformación de relaciones (1:N)

- Cardinalidad Mínima Uno
Si en la relación la entidad que participa con cardinalidad máxima igual a uno, lo hace también con cardinalidad mínima igual a uno, cada entidad se transforma en una tabla con su respectiva clave primaria. La tabla, que participa con caridnalidad N,  tendrá como clave ajena la clave primaria de la otra tabla, así como los atributos de la relación.



- Cardinalidad Mínima Cero
En este caso cada entidad se transforma en una tabla con su respectiva clave primaria. Se añade otra tabla que representa la relación, cuya clave primaria será la clave primaria de la tabla con cardinalidad N. Y tendrá como clave ajena la clave primaria de la tabla con cardinalidad uno.


  

Transformación de las relaciones (N:N)
Cada entidad se transforma en una tabla con su respectiva clave primaria. Se añade una tabla para la relación con los atributos de esta y como clave primaria la composición de las claves de las otras entidades.




Transformación de las relaciones N-arias
En este tipo de relaciones intervienen 3 o N entidades.


Al transformarlo al modelo relacional podemos separar cada una de las relaciones y tratarlas por separado.


De este modo, podemos aplicar las relaciones (1:1), (1:N) o (N:N) según los casos como hemos visto anteriormente. En el ejemplo que nos ocupa tendríamos las siguientes tres tablas. 




Transformación de relaciones reflexivas


En este tipo de relaciones hay que suponer que se trata de una relación binaria normal en la que las dos entidades son iguales. A partir de aquí, aplicar las reglas de las relaciones (1:1) o (N:N).


Comentarios

Publicar un comentario

Entradas más populares de este blog

3.4 RESTRICCIONES

-
Son reglas que deben respetar las entidades y relaciones almacenadas en la base de datos. Correspondencia de cardinalidades Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la cardinalidad de la correspondencia indica el número de entidades con las que puede estar relacionada una entidad dada. Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, las cardinalidades pueden ser: Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en una entidad B. (ejemplo dos entidades, profesor y departamento, con llaves primarias, código_profesor y jefe_depto respectivamente, un profesor solo puede ser jefe de un departamento y un departamento solo puede tener un jefe). Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con cero o muchos registros en una entidad B. Pero los registros de B solamente se relacionan con un registro en A. (ejemplo: dos entidades, vendedor y...
Leer más

3.5 INTEGRIDAD DE DOMINIO

-
La regla de integridad de dominio está relacionada, como su nombre indica, con la noción de dominio. Esta regla establece dos condiciones. La primera condición consiste en que un valor no nulo de un atributo Ai debe pertenecer al dominio del atributo Ai; es decir, debe pertenecer a dominio(Ai). Esta condición implica que todos los valores no nulos que contiene la base de datos para un determinado atributo deben ser del dominio declarado para dicho atributo. Ejemplo Si en la relación EMPLEADOS( DNI, nombre, apellido, edademp ) hemos declarado que dominio( DNI ) es el dominio predefinido de los enteros, entonces no podremos insertar, por ejemplo, ningún empleado que tenga por  DNI  el valor “Luis”, que no es un entero. ecordad que los conceptos de  dominio predefinido  y  dominio definido por el usuario  se han explicado en el subapartado 2.2 de esta unidad didáctica. Recordemos que los dominios pueden ser de dos tipos: pred...
Leer más

3.3.2 INTEGRIDAD REFERENCIAL

-
La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas. En SQL Server la integridad referencial se basa en las relaciones entre claves externas y claves principales o entre claves externas y claves exclusivas, mediante restricciones FOREIGN KEY y CHECK. La integridad referencial garantiza que los valores de clave sean coherentes en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda la base de datos. Cuando se exige la integridad referencial, SQL Server impide a los usuarios: Agregar o cambiar filas en una tabla relacionada si no hay ninguna fila asociada en la tabla principal. Cambiar valores en una tabla principal que crea filas huérfanas en una tabla relacionada. Eliminar filas de una tabla principal cuando hay filas relacionadas coincidentes. Regl...
Leer más