Relaciones anidadas

1. Relaciones Anidadas

1NF

Los atributos tienen dominio atómico

El modelo relacional anidado es una extensión del modelo relacional en la que los dominios pueden ser atómicos o no. Por tanto el valor de las tuplas de los atributos puede ser una relación, y las relaciones pueden guardarse en otras relaciones. Por tanto los objetos complejos se pueden representar mediante una única tuplade las relaciones anidadas.

1. Relaciones Anidadas
Ej: Considérese un sistema para la recuperación de documentos en el que se guardan, por cada documento, la siguiente información:
Título del documento Lista de autores Fecha de obtención Lista de palabras clave Puede verse que si se define una relación para la información anterior, varios de los dominios no serán atómicos.

1. RelacionesAnidadas
Autores: los documentos pueden tener varios autores. No obstante, puede que se desee hallar todos los documentos entre cuyos autores estuviera Santos. Por tanto, hay interés en una parte del elemento del dominio “conjunto de autores”. Palabras clave: si se guarda un conjunto de palabras clave de cada documento, se espera poder recuperar todos los documentos cuyas claves incluyan una ovarias de las palabras clave especificadas. Por tanto, se considera que el dominio de lista-palabras-clave es no atómico.

1. Relaciones Anidadas
Fecha: A diferencia de clave y autores, fecha no tiene un dominio de conjunto. Sin embargo, se puede considerar que fecha consiste en los subcampos día, mes y año. Esta manera de considerarlo hace que el dominio fecha sea no atómico. Sin embargo estarelación se puede representarse en 1NF, Para esto haría falta una tupla para cada par (de palabras clave o de autor). El atributo fecha se sustituye por tres atributos, uno para cada subcampo de fecha.

1. Relaciones Anidadas
Gran parte de la dificultad que presenta esta relación en 1NF se elimina si se supone que se cumplen las dependencias multivaloradas siguientes: título título títuloautor palabra-clave día mes año

Quedando la relación en 4NF: (título,autor) (título,palabra-clave) (título,día,mes,año)

1. Relaciones Anidadas

Aunque 1NF puede representar de manera adecuada el ejemplo, la representación no 1NF puede ser un modelo más fácil de comprender. El diseño 4NF necesita que los usuarios incluyan reuniones en las consultas, lo que complica la interacción con elsistema.

2. Los tipos complejos y la programación orientada a objetos

El modelo de datos orientado a objetos ha creado la necesidad de características como la herencia y las referencias a los objetos. Los sistemas de tipos complejos y la programación orientada a objetos permiten que los conceptos del modelo E-R, como la identidad de las entidades, los atributos multivalorados y lageneralización y la espealización, se representen directamente sin que haga falta una compleja traducción al modelo relacional.

2.2 Los tipos estructurados y las colecciones.

Considérense las siguientes instrucciones que definen una relación doc con los atributos complejos del ejemplo anterior:
create type MiCadena char vaying. create type Mifecha ( día integer, mes char(10), año integer) create typeDocumento ( nombre MiCadena, lista-autores setof (MiCadena), fecha MiFecha, lista-palabras-clave setof(MiCadena)) create table doc of type Documento

2.2 Los tipos estructurados y las colecciones.

La diferencia con la definición de tablas en el modelo relacional radica en que se permiten atributos que son conjuntos y atributos, como MiFecha, que están estructurados. Estas cararacterísticaspermiten que los atributos compuestos y los atributos multivalorados de los diagramas E-R se represeten directamente.

2.2 Los tipos estructurados y las colecciones.

También se pueden crear tablas de manera directa, sin crear un tipo intermedio para ellas.

create type MiCadena char vaying. create type Mifecha ( día integer, mes char(10), año integer) create table doc ( nombre MiCadena,...