Base De Datos Unidad 7

INSTITUTO TECNOLÓGICO SUPERIOR DE TAMAZUNCHALE

INGENERIA EN SISTEMAS COMPUTACIONALES

Materia:

Fundamentos de Base de Datos

Docente:

Ing. Braulio Bautista lòpez

Tema:

Resumen de la Unidad 7

Subtema:

Base de Datos Orientadas a Objetos

Semestre:

4 semestre

Alumno:

Everardo Martínez Hernández

Fecha de Entrega: 08/06/15

7.1 Visión General

En una base de datos orientada a objetos, la información se representa mediante objetos como los presentes en la programación orientada a objetos. Cuando se integra las características de una base de datos con las de un lenguaje de programación orientado a objetos, el resultado es un sistema gestor de base de datos orientada a objetos odbms, object data base management system.

Las bases de datos orientadas a objetos se diseñan para trabajar bien en conjunción con lenguajes de programación orientados a objetos como java, c#, visual basic.net y c++. Los odbms usan exactamente el mismo modelo que estos lenguajes de programación.

Los odbms son una buena elección para aquellos sistemas que necesitan un buen rendimiento en la manipulación de tipos de dato complejos, hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programación en uno o más lenguajes de programación a los que dé soporte. Proporcionan los costes de desarrollo más bajos y el mejor rendimiento cuando se usan objetos gracias a que almacenan objetos en disco y tienen una integración transparente con el programa escrito en un lenguaje de programación orientado a objetos, al almacenar exactamente el modelo de objeto usado a nivel aplicativo, lo que reduce los costes de desarrollo y mantenimiento.

7.2 Tipos de Datos Complejos

Los modelos de bases de datos tradicionales relacional, red y jerárquico han sido capaces de satisfacer con éxito las necesidades, en cuanto a bases de datos, de las aplicaciones de Gestión tradicional. Sin embargo, presentan algunas deficiencias cuando se trata de aplicaciones más complejas o sofisticadas como, por ejemplo, el diseño y fabricación en ingeniería cad/cam, cim, los experimentos científicos, los sistemas de información geográfica o los sistemas multimedia.

La orientación a objetos ofrece flexibilidad para manejar algunos de estos requisitos y no está limitada por los tipos de datos y los lenguajes de consulta de los sistemas de bases de datos tradicionales. Una característica clave de las bases de datos orientadas a objetos es la potencia que proporcionan al diseñador al permitirle especificar tanto la estructura de objetos complejos, como las operaciones que se pueden aplicar sobre dichos objetos. Se han Convertido en piezas fundamentales de muchos sistemas de información y las bases de datos tradicionales son difíciles de utilizar cuando las aplicaciones que acceden a ellas están escritas en un lenguaje de programación orientado a objetos como C++.

Los requerimientos y las características de estas nuevas aplicaciones difieren en gran medida de las típicas aplicaciones de gestión: la estructura de los objetos es más compleja, las transacciones son de larga duración, se necesitan nuevos tipos de datos para almacenar imágenes y textos, y hace falta definir operaciones no estándar, específicas para cada aplicación. Las bases de datos orientadas a objetos se crearon para tratar de satisfacer las necesidades de estas nuevas aplicaciones.

Tipos

Colecciones: también conocidos como conjuntos, este tipo de datos clasifican los arrays y los conjuntos en que los elementos pueden aparecer varias veces.

Tipos estructurados: los tipos estructurados permiten representación directa de los atributos compuestos en los diagramas entidad-relación.

Objetos de gran tamaño: desde ya hace varios años que se necesita almacenar datos con atributos muy grandes varios mbytes, como libros, canciones, etc. e incluso aún más grandes; como mapas de alta resolución, video, etc. que puede llegar fácilmente a los gigabytes.

7.3 Tipos estructurados y herencia en SQL

Los tipos estructurados permiten representar directamente los atributos compuestos de los diagramas e-r. Por ejemplo, se puede definir el siguiente tipo estructurado para representar el atributo compuesto nombre con los atributos componentes nombre_pila y apellidos

Create type nombre as

(nombre_pila varchar (20),

Apellidos varchar (20))

Final

De manera parecida, el tipo estructurado siguiente puede usarse para representar el atributo compuesto dirección:

Create type dirección as

(Calle varchar (20),

Ciudad varchar (20),

codigo_postal varchar (9))

not final

en SQL estos tipos se denominan tipos definidos por el usuario. las especificaciones final indica que no se puede crear subtipos de nombre, mientras que la especificación not final de dirección indica que se pueden crear subtipos de dirección. ahora se pueden usar estos tipos para crear atributos compuestos en las relaciones, con sólo declarar que un atributo es de uno de estos tipos. por ejemplo, se puede crear una tabla cliente de la siguiente manera:

create table cliente (

nombre nombre,

dirección dirección,

fecha_nacimiento date)

o bien, realizando una estructura más del tipo cliente y generar la tabla a partir de ella:

create type tipocliente as

(nombre nombre,

dirección dirección,

fecha_nacimiento date)

Not final

Create table cliente of tipocliente

se puede tener acceso a los componentes de los atributos compuestos usando la notación “punto”; por ejemplo, nombre. Nombre_pila devuelve el componente nombre de pila del atributo nombre. el acceso al atributo nombre devolvería un valor del tipo estructurado nombre.

la siguiente consulta ilustra la manera de tener acceso a los atributos componentes de los atributos compuestos. la consulta busca el apellido y la ciudad de cada cliente.

select nombre. Apellido, direccion.ciudad

from cliente

7.4 Herencia de tablas

Cada tabla almacena la clave primaria, que se puede heredar de una tabla padre; y los atributos definidos localmente. Los atributos heredados, aparte de la clave primaria, no será necesario guardarlos, podrán obtenerse mediante una reunión con la súper tabla basada en la clave primaria. Por lo que cada tabla almacena todos los atributos heredados y definidos localmente. Cuando se inserta una tupla, se almacena sólo en la subtabla en la que se inserta y su presencia se infiere en cada supertabla. El acceso a todos los atributos de una tupla es más rápido, dado que no se requiere una reunión:

Las subtablas de SQL se corresponden con el concepto de especialización/generalización de e-r por ejemplo, supóngase que se define la tabla personas de la siguiente manera

create table personas of persona

A continuación se puede definir las tablas estudiantes y profesores como subtablas de personas, de la manera siguiente:

create table estudiantes of estudiante

under personas

create table profesores of profesor

under personas

Los tipos de las subtablas deben ser subtipos del tipo de la tabla madre. Por tanto, todos los atributos presentes en personas también están presentes en las subtablas.

Además, cuando se declaran estudiantes y profesores como subtablas de personas, todas las tuplas presentes en estudiantes y profesores pasan a estar también presentes de manera implícita en personas. por tanto, si una consulta usa la tabla personas, no sólo encuentra tuplas directamente insertadas en esa tabla, sino también tuplas insertadas en sus subtablas, es decir, estudiantes y profesores. no obstante, esa consulta sólo puede tener acceso a los atributos que están presentes en personas.

SQL permite hallar tuplas que se encuentran en personas pero no en sus subtablas usando en las consultas “only personas” en lugar de personas. la palabra clave only también puede usarse en las sentencias delete y update. sin la palabra clave only, la instrucción delete aplicada a una supertabla, como personas, también borra las tuplas que se insertaron originalmente en las subtablas (como estudiantes); por ejemplo, la instrucción delete from personas where p borrará todas las tuplas de la tabla personas, así como de sus subtablas estudiantes y profesores, que satisfagan p. si se añade la palabra clave only a la instrucción anterior, las tuplas que se insertaron en las subtablas no se ven afectadas, aunque satisfagan las condiciones de la cláusula where.

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:

SQL: 1999 el sistema de tipos de SQL consistía en un conjunto bastante sencillo de tipos predefinidos.

SQL: 1999 añadió un sistema de tipos extenso a SQL, lo que permite los tipos estructurados y la herencia de tipos.

Titulo Array_autores Editor Conjunto_palabras_clave

(nombre,

...