Base De Datos Relaciones Anidadas

RELACIONES ANIDADAS

El modelo relacional anidado es una extensión del modelo relacional en la que los dominios pueden ser atómicos o de relación. Por tanto, el valor de las tuplas de los atributos puede ser una relación, y las relaciones pueden guardarse en otras relaciones. Los objetos complejos, por tanto, pueden representarse mediante una única tupla de las relaciones anidadas. Si seconsideran las tuplas de las relaciones anidadas como elementos de datos, se tiene una correspondencia uno a uno entre los elementos de datos y los objetos de la vista de la base de datos del usuario.

Un dominio es atómico si los elementos del mismo se consideran unidades indivisibles.
Las relaciones anidadas se ilustran mediante Un ejemplo extraído de una biblioteca. Considérese que para cada librose almacena la información siguiente:

Título del libro
Lista de autores
Editorial
Lista de palabras clave

Puede verse que, si se define una relación para la información anterior, varios de los dominios serán no atómicos.

Autores. Un libro puede tener varios autores. No obstante, puede que se desee hallar todos los documentos entre cuyos autores estuviera Santos. Por tanto, hay interésen 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 o varias de las palabras clave especificadas. Por tanto, se considera que el dominio de la lista de palabras clave no es atómico.

Editorial. A diferencia de palabras clave y autores,editorial no tiene un dominio de tipo conjunto. Sin embargo, se puede considerar que editorial consiste en los subcamposnombre y sucursal. Esta manera de considerarlo hace que el dominio de editorial no sea atómico.

TIPOS COMPLEJOS

Las relaciones anidadas son sólo un ejemplo de las extensiones del modelo relacional básico. Otros tipos de datos no atómicos, como los registros anidados, tambiénse han mostrado útiles. 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 la generalización y la especialización, se representendirectamente sin que haga falta una compleja traducción al modelo relacional.

HERENCIA

La herencia puede hallarse en el nivel de los tipos o en el nivel de las tablas. En primer lugar se considerará la herencia de los tipos y después en el nivel de las tablas.

HERENCIA DE TIPOS

Supóngase que se dispone de la siguiente definición de tipos para las personas:

createtypePersona
(nombrevarchar(20),
dirección varchar(20))
Puede que se desee guardar en la base de datos más información sobre las personas que sean estudiantes y sobre las que sean profesores. Dado que los estudiantes y los profesores también son personas, se puede utilizar la herencia para definir los tipos estudiante y profesor.

createtypeEstudiante
underPersona
(curso varchar(20),
departamento varchar(20))createtypeProfesor
underPersona
(sueldo integer,
departamento varchar(20))
Tanto Estudiante como Profesor heredan los atributos de Persona, es decir, nombre y dirección. Estudiante y Profesor se denominan subtipos de Persona y ésta, a su vez, es un súper tipo de Estudiante y de Profesor.

Los métodos de un tipo estructurado se heredan por sus subtipos, al igual que los atributos. Sin embargo, unsubtipo puede redefinir el efecto de un método declarando de nuevo el método, usando overridingmethoden lugar de methoden la declaración del método.


Supóngase ahora que se desea guardar la información sobre los ayudantes, que son simultáneamente estudiantes y profesores, quizás incluso en departamentos diferentes.
Por ejemplo, si el sistema de tipos permite la herencia múltiple, se...