BASE DE DATOS ORIENTADAS A OBJETOS

Unidad 7 BASES DE DATOS ORIENTADAS A OBJETOS
BASES DE DATOS ORIENTADAS A OBJETOS


7.1 Visión general


El modelo de datos orientado a objetos es una adaptación para los sistemas de bases de datos del paradigma de la programación orientada a objetos. Se basa en el concepto de encapsular los datos en un objeto y el código que opera sobre ellos.
De manera parecida, los objetosestructurados se agrupan en clases. El conjunto de las clases se estructura en subclases y superclases basadas en una extensión del concepto ES del modelo entidad-relación.
El valor de un elemento de datos de un objeto puede ser un objeto, haciendo posible representar los continentes de objetos, lo que da lugar a objetos compuestos.
En general, cada objeto está asociado con
• Un conjunto de variables quecontiene los datos del objeto; las variables se corresponden con los atributos del modelo E-R.
• Un conjunto de mensajes a los que responde; cada mensaje puede no tener parámetros, tener uno o varios.
• Un conjunto de métodos, cada uno de los cuales es código que implementa un mensaje; el método devuelve un valor como respuesta al mensaje.


7.2 Tipos de datos complejos


Considérense,por ejemplo, un conjunto de direcciones. Mientras una dirección completa puede ser vista como un elemento de datos atómico de tipo cadena de caracteres, esta forma de verlo escondería detalles como la calle, la población, la provincia, y el código postal que podrían ser interesantes para las consultas. Por otra parte, si una dirección se representa dividiéndola en componentes (calle, población,provincia y código postal) las consultas escritas serían más complicadas, pues tendrían que mencionar cada campo. Una alternativa mejor es permitir tipos de datos estructurados, que admiten un tipo dirección con subpartes calle, población, provincia y código postal.


Otro ejemplo: considérense los atributos multivalorados del modelo E-R. Tales atributos son naturales, por ejemplo, para larepresentación de números de teléfono, ya que las personas pueden tener más de un teléfono. La alternativa de normalización con la creación de una nueva relación es costosa y artificial para este ejemplo.


7.3 Tipos estructurados y herencia en SQL


Los tipos estructurados permiten la representación directa de atributos compuestos de los diagramas E-R.
Los tipos estructurados se pueden declarar yusar en SQL como en el siguiente ejemplo:


create type Editorial as
(nombre varchar(20),
sucursal varchar(20))
create type Libro as
(título varchar(20),
array-autores varchar(20) array [10],
fecha-pub date,
editorial Editorial,
lista-palabras-clave setof(varchar(20)))
create table libros of type Libro


La primera instrucción define el tipo Editorial, que tiene dos componentes: unnombre y una sucursal. La segunda instrucción define el tipo Libro, que contiene título, array-autores, que es un array de autores, una fecha de publicación, una editorial (de tipo Editorial) y un conjunto de palabras clave. (La declaración de lista-palabrasclave como un conjunto usa la sintaxis extendida y no está soportada en la norma SQL) Los tipos ilustrados se denomina tipos estructurados enSQL.


La herencia puede hallarse en el nivel de los tipos o en el nivel de las tablas.


Herencia de tipos


Se dispone de la siguiente definición de tipos para las personas:


create type Persona
(nombre varchar(20),
dirección varchar(20))


Dado que los estudiantes y los profesores también son personas, se puede utilizar la herencia para definir los tipos estudiante yprofesor en SQL:


create type Estudiante
under Persona
(curso varchar(20),
departamento varchar(20))
create type Profesor
under Persona
(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 supertipo de Estudiante y de...