TECNOLGICO DE ESTUDIOS SUPERIORES DE TIANGUISTENCO

DIVISIN DE INGENIERA EN SISTEMAS COMPUTACIONALES

Fundamentos de Base de Datos.

Docente: Arturo Daz Martnez.

Alumno: Marcos Guadalupe Hoyo Mata Trabajo: Investigacin bibliogrfica de la unidad 7.- Base de datos orientada a objetos. Semestre: 4

Grupo: 402

Tabla de contenido
Unidad No. 7 ................................................................................................................................................................ 2 Introduccin ............................................................................................................................................................... 2 7.1 7.2 7.3 VISIN GENERAL ......................................................................................................................................... 2 TIPOS DE DATOS COMPLEJOS ............................................................................................................... 3 TIPOS ESTRUCTURADOS Y HERENCIA EN SQL ................................................................................ 3

7.4 HERENCIA DE TABLAS. ................................................................................................................................. 4 7.5 TIPOS DE ARREGLOS Y MULTICONJUNTOS EN SQL ....................................................................... 5

7.6 IDENTIDAD DE LOS OBJETOS Y TIPOS DE REFERENCIA EN SQL ................................................. 5 7.7 IMPLEMENTACIN DE LAS CARACTERSTICAS O-R........................................................................... 6 Conclusin ................................................................................................................................................................... 6 Bibliografa .................................................................................................................................................................. 6

Unidad No. 7 BASE DE DATOS ORIENTADA A OBJETOS

Introduccin
En esta investigacin presentamos la unidad 7 la ltima del temario correspondiente al cuarto parcial donde encontramos como tema principal las bases de datos orientadas a objetos con esta informacin podremos crear nuevas aplicaciones de las bases de datos, es decir, conoceremos nuevas formas de crear consultas de todo esto referente a las bases de datos ahora de una nueva manera mucho mejor. Con el contenido de esta unidad cerramos el semestre por lo tanto las aplicaciones de este conocimiento son esenciales para comprender por completo a las bases de datos.

7.1

VISIN GENERAL

El modelo de datos relacional orientado a objetos extiende el modelo de datos relacional ofreciendo un sistema de tipos ms rico que incluye tipos de datos complejos y orientacin a objetos. Hay que extender de manera acorde los lenguajes de consulta relacionales, en especial SQL, para que puedan trabajar con este sistema de tipos ms rico. Los sistemas de Bases de Datos Relacionales basadas en objetos, es decir, los sistemas de Bases de Datos basados en el modelo ObjetoRelacin, ofreces un medio de migracin cmodo para los usuarios de las Bases de Datos Relacionales que deseen usar caractersticas Orientadas a Objetos. Un obstculo es la dificultad de acceso a los datos de la Base de Datos desde los programas escritos en lenguajes de programacin como C++ o JAVA. La mera extensin de sistema de tipos soportado por las bases de datos no resulta suficiente para resolver completamente este problema. Tener que expresar el acceso a la Base de Datos mediante un lenguaje (SQL) que es diferente del lenguaje de programacin tambin hace ms difcil el trabajo del programador.

El termino sistemas de Base de Datos Orientadas a Objetos se usa para hacer referencia a los sistemas de Bases de Datos que soportan sistemas de tipos Orientados a objetos y permiten el acceso directo a los datos desde los lenguajes de programacin orientados a objetos usando el sistema de tipos nativo del lenguaje.

7.2

TIPOS DE DATOS COMPLEJOS

Las aplicaciones de Bases de Datos tradicionales consisten en tareas de procedimientos de datos, tales como la banca y la gestin de nominas. Dichas aplicaciones presentan conceptualmente tipos de datos simples. Los elementos de datos bsicos son registros bastante pequeos y cuyos campos son atmicos, es decir, no contienen estructuras adicionales y en los que se cumple la Primera Forma Normal. Como ejemplo, considrense los atributos multivalorados del Modelo E-R. Esos atributos resultan naturales, por ejemplo, para la representacin de nmeros de telfono, ya que las personas pueden tener ms de un telfono. La alternativa de la normalizacin mediante la creacin de una nueva relacin resulta costosa y artificial para este ejemplo. Con sistemas de tipos complejos se pueden representar directamente conceptos del Modelo E-R, como los atributos compuestos, los atributos multivalorados, la generalizacin y la especializacin, sin necesidad de una compleja traduccin al Modelo Relacional.

7.3

TIPOS ESTRUCTURADOS Y HERENCIA EN SQL

Antes de SQL: 1999 el sistema de tipos de SQL consista en un conjunto bastante sencillo de tipos predefinidos. SQL: 1999 aadi un sistema de tipos extenso a SQL, lo que permite los tipos estructurados y la herencia de tipos.

Titulo

Editor Conjunto_palabras_clave (nombre, sucursal) Compiladores [Gmez, Santos] (McGraw, Nueva {Anlisis sintctico, Redes [Santos, York) anlisis} Escudero] (Oxford, Londres) {internet, web} Relacin de libros que no estn en la 1FN, libros. Titulo Autor Posicin Compiladores Gomes 1 Compiladores Santos 2 Redes Santos 1 Redes Escudero 2 Autores Titulo Palabra_Clave Compiladores Anlisis sintctico Compiladores Anlisis Redes Internet Redes Web Palabras_Clave Titulo Nombre_Editor Sucursal_Editor Compiladores McGraw-Hill Nueva York Redes Oxford Londres Libros4 Versin en la 4FN de la relacin libros

Array_autores

7.4 HERENCIA DE TABLAS.

Las tablas de SQL se corresponden con el concepto de especializacin general de E-R. Por ejemplo, supngase que se define la tabla personas de la manera siguiente: create table personas of persona A continuacin no 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 personas deben ser subtipos del tipo de la tabla madre. Por tanto, todos los atributos presentes en personas tambin estn presentes en las subtablas.Adems, cuando se declaran estudiantes y profesores como subtablas de personas, todas las tuplas presentes en estudiantes o en profesores pasan a estar tambin presentes de manera implcita en personas. Por tanto, si una consulta usa la tabla personas, no solo encuentra tuplas directamente insertadas en esa tabla, si no tambin tuplas insertadas en sus subtablas, es decir, estudiante y profesores.La palabra clave only tambin puede usarse en las sentencias delete y update. Sin la palabra clave only, la instruccin delete aplicada a una sper tabla, como personas, tambin borra las tuplas que se insertaron originalmente en las subtablas (como estudiantes); por ejemplo, la instruccin: delete from personas where P borrara todas las tuplas de las tablas personas, as como de sus subtablas estudiantes y profesores, que satisfagan P. Tericamente, la herencia mltiple es posible con las tablas, igual que con los tipos. Por ejemplo, se puede crear una tabla del tipo Profesor Ayudante: create table profesores_ayudantes of Profesor ayudante under estudiantes, profesores Como secuencia de la declaracin, todas las duplas presentes en la tabla profesores_Ayudantes tambin se hallan presentes de manera implcita en las tablas profesores y estudiantes y, a su vez, en la tabla personas. Hay que tener en cuenta, no obstante, que SQL no soporta la herencia mltiple de tablas. Los requisitos de consistencia de la subtablas son: 1.- Cada tupla de la sper tabla puede corresponderse, como mximo, con una tupla de cada una de sus subtabla inmediatas. 2.- SQL posee una restriccin adicional que hace que todas las tuplas que se corresponden entre s deben proceder de una tupla (acertada en una tabla). Por ejemplo, si la primera condicin, se podran tener 2 tuplas de estudiantes (o de profesores) que correspondieran a la misma persona. Dado que SQL no soporta la herencia mltiple, las 2da condicin impiden realmente que ninguna persona sea a la vez profesor y estudiante. Aunque se soportara la herencia mltiple, surgira el

mismo problema si estuviera ausente la subtabla profesores_Ayudante. No obstante hay que tener en cuenta, que por degradacin, SQL prohbe las situaciones de este tipo debido a segundo requisito de consistencia. Ya que SQL tampoco soporta la herencia mltiple, no se puede usar la herencia para modelar una situacin en la que alguien pueda ser a la vez estudiante y profesor.

7.5

TIPOS DE ARREGLOS Y MULTICONJUNTOS EN SQL

Creacin y acceso a los valores de los conjuntos En SQL: 1999 se puede crear un array de valores de esta manera: Array [Silberschartz, Korth, Sudarshan] De manera parecida, se puede crear un multiconjunto de palabras clave de la manera siguiente: Multiset [Silberschartz, Korth, Sudarshan] Por lo tanto, se puede crear una tupla definido por la relacin libros como: insert intolibros values (Compiladores, array [Gmez, Santos], New Editor (McGraw-Hill, Nueva York), Multiset [anlisis sintctico, anlisis]) Se puede tener acceso a los elementos del array o actualizarlos especificando el ndice del array, por ejemplo, array_autores.

7.6 IDENTIDAD DE LOS OBJETOS Y TIPOS DE REFERENCIA EN SQL

Los lenguajes orientados a objetos ofrecen la posibilidad de hacer referencia a objetos. Los atributos de un tipo dado pueden servir de referencia para los objetos de un tipo concreto. Por ejemplo, en SQL se puede definir el tipo Departamento con el campo nombre y el campo director, que es una referencia al tipo Persona, y la tabla departamentos del tipo Departamento, de la manera siguiente: Create type Departamento (nombre varchar (20), director ref (Persona) scope personas) create table departamentos of Departamento En este caso, la referencia est restringida a las tuplas de la tabla personas. La restriccin del mbito de referencia a las tuplas de una tabla es obligatoria en SQL, y hace que las referencias se comporten como las claves externas. La tabla a la que hace referencia debe tener un atributo que guarde el identificador para cada tupla. Ese atributo, denominado atributo autor-referenciable (selfreferential attribute), se declara aadiendo una clusula ref is a la instruction create table : create table personas of Persona ref is id_persona system generated

En este caso, id_persona es el nombre del atributo, no una palabra clave, y la instruccin system generated especifica que la base de datos genera de manera automtica el identificador. Para inicializar el atributo de referencia hay que obtener el identificador de la tupla a la que se va a hacer referencia. Se puede conseguir el valor del identificador de la tupla mediante una consulta. Por tanto, para crear una tupla con el valor de referencia, primero se puede crear la tupla con una referencia nula y luego definir la referencia de manera independiente: insert into departamentos values(CS, null) update departamentos set director = (select p.id_persona from persona as p where nombre = Martn) where nombre = CS Una alternativa a los identificadores generados por el sistema es permitir que los usuarios generen los identificadores. El tipo del atributo auto-referencial debe especificarse como parte de la definicin de tipos de la tabla a la que se hace referencia, y la definicin de la tabla debe especificar que la referencia est generada por el usuario(user generated): create type Persona (nombrevarchar(20), direccin varchar(20)) ref using varchar(20) create table personasof Persona ref is id_persona user generated Al insertar tuplas en personas hay que proporcionar el valor del identificador: insert into personas(id_persona, nombre, direccin) values (01284567, Martn, Av. del Segura, 23)

7.7 IMPLEMENTACIN DE LAS CARACTERSTICAS O-R

Los sistemas de bases de datos relacionales orientadas a objetos son bsicamente extensiones de los sistemas de bases de datos relacionales ya existentes. Las modificaciones resultan claramente necesarias en muchos niveles del sistema de base de datos. Las interfaces de programas de aplicacin como ODBC y JDBC se han extendido para recuperar y almacenar tipos estructurados; por ejemplo, JDBC ofrece el mtodo getObject () que devuelve un objeto Java Struct, a partir del cual se pueden extraer los componentes del tipo estructurado. Tambin es posible asociar clases de Java con tipos estructurados de SQL, y JDCB puede realizar conversiones entre los tipos.

Conclusin
Con la informacin referente a esta unidad pudimos comprender por completo todos los temas enfocados a las bases de datos orientadas a objetos y con ello podremos comprender por completo que son las bases de datos y las infinidades de maneras en la que las podemos usar.

Bibliografa
Sistemas de bases de datos orientadas a objetos: Conceptos y arquitecturas. Editorial: Addison-Wesley / Diaz de Santos. Autores: Elisa Bertino, Lorenzo Martino.

http://clasedatos.blogspot.mx/p/unidad-7-basede-datos-orientada-objetos.html