[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011

INSTITUTO TECNOLGICO SUPERIOR DE JESS CARRANZA

ING. EN SISTEMAS COMPUTACIONALES GRUPO 402-A

ALUMNO: MARCOS LPEZ PASCUAL FUNDAMENTOS DE BASE DE DATOS INVESTIGACION DE LA UNIDAD VI BASES DE DATOS RELACIONALES ORIENTADAS A OBJETOS
1

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011

ASESOR: HIDALICIO HEREDIA CALIXTO

INDICE
Introduccion ...................................................................................................................... 3

6.1 Relaciones anidadas.................................................................................................... 5

6.2 Tipos complejos........................................................................................................... 7

6.3 La herencia ................................................................................................................ 10

6.4 Tipo referencia ........................................................................................................... 13

6.5 Consultas con tipos complejos .................................................................................. 14

6.6 Comparacin entre las bases de datos orientadas a objetos y las base de datos relacionales orientadas a objetos.................................................................................. 15

Conclusion....................................................................................................................... 16

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011

Bibliografia ...................................................................................................................... 17

INTRODUCCION
En una computadora existen diferentes formas de almacenar informacin. Esto da lugar a distintos modelos de organizacin de la base de datos: jerrquico, red, relacional y orientada a objeto. Las base de datos objeto relacional son extensin de las base de datos relacional tradicional, a la cual se le proporcionan caractersticas de la programacin orientada a objetos. Los ejemplos mostrados estn en base al estndar SQL99. Los sistemas de bases de datos relacionales orientadas a objetos son sistemas basados en el modelo relacional que adems proporcionan las ventajas del paradigma orientado a objeto para tratar los datos. Las principales metas de este nuevo modelo es mejorar la representacin de los datos mediante la orientacin a objetos y simplificar el acceso a datos, manteniendo el sistema relacional. En una base de datos orientada a objetos, la informacin se representa mediante objetos como los presentes en la programacin orientada a objetos. Cuando se integra las caractersticas de una base de datos con las de un lenguaje de programacin orientado a objetos, el resultado es un sistema gestor de base de datos orientada a objetos (ODBMS, object database management system). Un ODBMS hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programacin en uno o ms lenguajes de programacin a los que d soporte. Un ODBMS extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperacin de datos, consultas asociativas y otras capacidades. Una BD Orientada a Objetos (BDOO) es una base de datos en el sentido de la definicin introductoria, donde los elementos de datos son objetos y las relaciones se mantienen por media inclusin lgica. Las entidades de aplicacin estn representadas como clases. La autodescripcin se obtiene porque las clases son metaobjetos que contiene los nombres de

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 atributos y mtodos de seal. Una BDOO contiene un mtodo sistemtico de representacin de relacin, y la interfaz uniforme de usuario es un sistema de mensajes que puede explorar los objetos y sus interconexiones. En una BDOO, las entidades de aplicacin son las clases, las instancias de entidad son objetos creados desde las clases, y las relaciones se mantienen por medio de inclusin lgica. Un sistema de seales y mtodos para procesarlas contiene una interfaz uniforme para la base de datos. Las bases de datos orientadas a objetos surgen para evitar los problemas que surgen al tratar de representar cierta informacin, aprovechar las ventajas del paradigma orientado a objetos en el campo de las bases de datos y para evitar transformaciones entre modelos de datos (usar el mismo modelo de objetos). Conceptos relacionados con las bases de datos orientadas a objetos
En este apartado se explican los conceptos relacionados con las BDOO: Base de datos orientada a objetos (BDOO): una coleccin persistente y compatible de objetos definida por un modelo de datos orientado a objetos. Modelo de datos orientado a objetos: Un modelo de datos que captura la semntica de los objetos soportados en la programacin orientada a objetos. Sistema Gestor de Bases de Datos Orientadas a Objetos (SGBDOO): El gestor de una base de datos orientada a objetos.

Los modelos de datos relacionales OO:  Extiende el modelo de datos relacional.   Proporciona un sistema de tipos ms rico. Programacin orientada a objetos.

 Aade constructores a los lenguajes de consulta relacionales.  Permiten que los atributos tengan tipos complejos.  Conservan las bases relacionales.  Extienden la capacidad de modelado

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011

6.1 RELACIONES ANIDADAS

Nacen como una extensin del modelo relacional, en el que los dominios de dicha base de datos ya no son slo atmicos, por lo que no se cumple la 1FN, debido a que las tuplas tambin pueden ser una relacin, que llevar a la creacin de una relacin de relaciones. De este modo, se genera la posibilidad de guardar objetos ms complejos en una sola tabla con referencias a otras relaciones, con lo que se acerca ms al paradigma de programacin orientada a objetos. La primera forma normal (1FN) exige que todos los atributos tengan dominios atmicos. No todas las aplicaciones son compatibles con el supuesto 1FN. Los usuarios de algunas aplicaciones ven la base de datos como un conjunto de objetos ms que como un conjunto de registros. Puede que cada objeto necesite varios registros para su representacin. Una interfaz sencilla y fcil de utilizar necesita una correspondencia uno a uno entre la nocin intuitiva de objeto del usuario y el concepto de elemento de datos del sistema de bases de datos. El modelo relacional anidado es una extensin del modelo relacional en la que los dominios pueden ser atmicos o de relacin. El valor de las tuplas de los atributos puede ser una relacin, y las relaciones pueden guardarse en otras relaciones. Los objetos complejos pueden representarse mediante una nica tupla de las relaciones anidadas. Si se consideran las tuplas de las relaciones anidadas como los 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. Por ejemplo, si se considera un sistema para la recuperacin de documentos en el que se guarda, por cada documento: Ttulo del documento Lista de autores

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 Fecha de obtencin Lista de palabras clave Puede verse que varios de los dominios son no atmicos, puesto que lista de autores y lista de palabras clave pueden tener varios valores. A continuacin se muestra un ejemplo de la relacin de documentos doc.
ttulo Plan de ventas informe de situacin lista-autores fecha {da, mes, ao} {Gmez, Santos} (1, abril, 89) {Santos, Escudero} (17, junio, 94) Lista-palabras-clave {beneficios, estrategia} {beneficios, personal}

La relacin doc puede representarse en 1FN. ttulo autor da Plan de ventas Plan de ventas Plan de ventas Plan de ventas Informe de situacin Informe de situacin Informe de situacin Informe de situacin Gmez Santos Gmez Santos Santos Escudero Santos Escudero 1 1 1 1 17 17 17 17

mes Abril Abril Abril Abril Junio Junio Junio junio

ao 89 89 89 89 94 94 94 94

palabraclave Beneficios Beneficios Estrategia Estrategia Beneficios Beneficios Personal Personal

Dado que se desea tener acceso a los diferentes autores y palabras clave, hace falta una tupla para cada par. Gran parte de la dificultad de la relacin se elimina si se supone que se cumplen las dependencias multivaloradas siguientes: Ttulo autor Ttulo palabra-clave Ttulo da mes ao Se puede descomponer la relacin en 4FN utilizando los esquemas: (ttulo, autor) (ttulo, palabra-clave) (ttulo, da, mes, ao)

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 Aunque 1FN puede representar de manera adecuada el ejemplo, la representacin no 1FN puede ser un modelo ms fcil de comprender. El diseo 4FN necesita que los usuarios incluyan reuniones en las consultas, lo que complica la interaccin con el sistema. Se puede definir una vista relacional no anidada que elimine la necesidad de que los usuarios escriban reuniones en las consultas. En esa vista se pierde la correspondencia uno a uno entre las tuplas y los documentos.

6.2 TIPOS COMPLEJOS

Dentro de lo que llamamos tipos de datos complejos podemos definir los siguientes:    Colecciones: Tambin 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 representacin directa de los atributos compuestos en los diagramas entidad-relacin. Objetos de gran tamao: Desde ya hace varios aos que se necesita almacenar datos con atributos muy grandes (Varios Mbytes), como libros, canciones, etc. E incluso an ms grandes; como mapas de alta resolucin, video, etc. que puede llegar fcilmente a los Gbytes.

El modelo de datos orientado a objetos ha creado la necesidad de caractersticas como la herencia y las referencias a los objetos. Los sistemas de tipos complejos y la programacin orientada a objetos permiten que los conceptos del modelo E-R, como la identidad de las entidades, los atributos multivalorados y la generalizacin y la especializacin, se representen directamente sin que haga falta una compleja traduccin al modelo relacional. Los tipos estructurados y las colecciones Definamos la siguiente relacin con los atributos complejos: create type MiCadena char varying create type MiFecha (da integer, mes char(10), ao integer)

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 create type Documento (nombre MiCadena, lista-autores setof (MiCadena), fecha MiFecha, lista-palabras-clave setof(MiCadena)) create table doc of type Documento

Del cdigo anterior, se puede deducir: Tipo MiCadena: cadena de caracteres de longitud variable. Tipo MiFecha: posee tres componentes (da, mes y ao). Tipo Documento: contiene nombre, lista-autores (cjto de autores), fecha del tipo MiFecha y un conjunto de palabras claves. Por ltimo, en el cdigo anterior se crea la tabla doc, que contiene las tuplas del tipo Documento. La definicin de tabla se diferencia de las definiciones de tablas de las bases de datos relacionales normales, dado que permite atributos que son conjuntos y atributos que estn estructurados. Estas caractersticas permiten que los atributos compuestos y los atributos multivalorados de los diagramas E-R se representen directamente. Los tipos creados utilizando las instrucciones anteriores se registran en el esquema guardado en la base de datos. Las instrucciones que tengan acceso a la base de datos podrn hacer uso de las definiciones de los tipos. Las definiciones de los tipos de los lenguajes de programacin no suelen guardarse en las bases de datos y slo pueden verlas los programas que incluyen un archivo de texto que contenga las definiciones. Tambin se pueden crear tablas de manera directa, sin crear un tipo intermedio para ellas. create table doc (nombre MiCadena, lista-autores setof(MiCadena), fecha MiFecha, lista-palabras-clave setof(MiCadena))

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 Los sistemas de tipos complejos suelen permitir otros tipos de colecciones, como los arrays y los multiconjuntos. array-de-autores MiCadena[10] nmero-de-impresiones multiset(integer)

Del anterior cdigo, podemos concluir que: array-de-autores es un array de nombres de autores. Desde un array se puede determinar el primer autor, el segundo, etc. Lo que no puede hacerse desde un conjunto de nombres de autores. nmero-de-impresiones es un multiconjunto de enteros que puede representar el nmero de copias de cada documento impreso en cada impresin del mismo. Dado que puede que dos impresiones tengan el mismo nmero de copias, hay que utilizar un multiconjunto en lugar de un conjunto.

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011

6.3 LA 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 despus en el nivel de las tablas: Herencia de tipos: Los tipos derivados heredan los atributos de superclase; los mtodos tambin se heredan por sus subtipos, al igual que los atributos. Sin embargo, un subtipo puede redefinir el efecto de un mtodo declarndolo de nuevo, y esto ser lo que se conoce como sobre escritura (overriding) del mtodo. 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, podrn obtenerse mediante una reunin con la sper tabla basada en la clave primaria. Por lo que cada tabla almacena todos los atributos heredados y definidos localmente. [2] Cuando se inserta una tupla, se almacena slo 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 ms rpido, dado que no se requiere una reunin: Funciones: Dentro de la base de datos se pueden definir mtodos y procedimientos, como Java, C++, etc. Algunos sistemas de base de datos ofrecen sus propios lenguajes, como es el caso de POSTGRESQL, que integra el lenguaje PL/PQSL. Puede hallarse en el nivel de los tipos o en el nivel de las tablas. La Herencia de los Tipos. create type Persona (nombre MiCadena, dni integer)

10

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 Si se desea guardar en la base de datos ms informacin sobre las personas que sean estudiantes y sobre las que sean profesores, podemos utilizar la herencia para definir los tipos estudiante y profesor de la manera siguiente: create type Estudiante (curso MiCadena, departamento MiCadena) under Persona create type Profesor (sueldo integer, departamento MiCadena) under Persona Si ahora se desea guardar la informacin sobre los ayudantes, que son estudiantes y profesores simultneamente, podramos utilizar la herencia mltiple. Si el sistema de tipos permite la herencia mltiple, se puede intentar definir un tipo para los ayudantes de la siguiente manera: create type Ayudante under Estudiante,Profesor Los atributos dni y nombre se heredan en realidad de un origen comn, Persona. No se provoca ningn conflicto al heredarlos de Estudiante y de Profesor. Sin embargo, el atributo departamento se define de manera separada en Estudiante y en Profesor. Para evitar un conflicto entre los dos ejemplares de departamento, se les puede cambiar el nombre utilizando una instruccin as. create type Ayudante under Estudiante with (departamento as dep-estudiante) Profesor with (departamento as dep-profesor) En la mayor parte de los lenguajes de programacin, las entidades deben tener exactamente el tipo ms especfico. Para que cada entidad tenga exactamente un tipo ms especfico habra que crear un subtipo para cada combinacin posible de los supertipos. Los sistemas relacionales orientados a objetos pueden modelar esta caracterstica utilizando la herencia en el nivel de las tablas, en vez de en el nivel de los tipos, y permitiendo que las entidades estn en ms de una tabla simultneamente. En primer lugar, hay que definir la tabla personas de la siguiente manera: create table personas (nombre MiCadena, dni integer)

11

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011

Ahora se definen las tablas estudiantes y profesores de la siguiente forma: create table estudiantes (curso MiCadena, departamento MiCadena) under personas create table personas (sueldo integer, departamento MiCadena) under personas Las subtablas estudiantes y profesores heredan todos los atributos de la tabla personas. No hace falta crear ms subtablas, como ayudantes, a menos que haya atributos especficos de las entidades que sean a la vez estudiantes y profesores. Hay requisitos de consistencia para las subtablas y para las supertablas. Cada tupla de la supertabla personas puede corresponder como mximo a una tupla de cada una de las tablas estudiantes y profesores. Cada tupla de estudiantes y de profesores debe tener exactamente una tupla correspondiente en personas. Las subtablas pueden guardarse de manera eficiente sin rplica de todos los campos heredados. Los atributos heredados diferentes de la clave primaria de la supertabla no hacen falta guardarlos y pueden obtenerse mediante una reunin con la supertabla basada en la clave primaria. Con las tablas, igual que los tipos, resulta posible la herencia mltiple. Una entidad ayudante puede pertenecer sencillamente a la tabla estudiantes y a la tabla profesores. Si se prefiere, se puede crear una tabla para las entidades ayudante de la manera siguiente: create table ayudantes under estudiantes with (departamento as dep-estudiante) profesores with (departamento as dep-profesor) Los requisitos de consistencia aseguran que si una entidad se halla presente en las tabla ayudantes, tambin est presente en las tablas profesores y estudiantes.

12

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 El uso de la herencia permite el uso de las funciones definidas para los supertipos con los objetos pertenecientes a los subtipos, lo que permite la extensin ordenada de los sistemas de bases de datos para que incorporen los tipos nuevos.

6.4 TIPO REFERENCIA

La referencia permite guardar como atributo una referencia a otro objeto. La forma de definir una referencia en SQL1999 es la siguiente: <nombre> ref(<tabla>) scope <tipo> Ejemplo: director ref( Persona ) scope Persona Para inicializar un atributo de tipo referencia es necesario obtener el identificador de la tupla a la que se va a referenciar o bien guardar NULL Ejemplo: insert into Departamento values ('Informtica', null) update Departamente set director =(select ref(p) from Persona as p where nombre ='Juan' ) where nombre = 'Informatica' El atributo de referencia se llama autoreferencial y puede generarse automticamente o bien ser especificado manualmente por el usuario. Ejemplo de automtico: create table persona of Persona ref is nombre_referencia system generated Ejemplo de especificado por el usuario create table persona of Persona ref is nombre_referencia user generated Como se puede apreciar, la diferencia est en usar system o user a la hora de especificar la

13

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 referencia. Tambin se puede usar un atributo ya definido en el tipo como referencia: create type Persona( DNI varchar(9)) ref from DNI create table persona of Persona ref is nombre_referencia derived

6.5 CONSULTAS CON TIPOS COMPLEJOS

Debido a la naturaleza de la estructura basada en tipos y colecciones, es necesario el uso de nuevas expresiones para adquirir informacin de la base de datos. Acceso a la informacin apuntada por referencias: Para este propsito se define la expresin ruta -> que permite acceder al elemento referenciado. Ejemplo:
Select director->nombre, director->DNI from departamento

Suponiendo que director sea una referencia a un objeto de tipo Persona, esta consulta devuelve el nombre y el dni de dicha persona referenciada.
Atributos de tipo coleccin:

Para acceder la informacin de colecciones, se debe poder desanidar la informacin y realizar bsquedas dentro de dichas listas. Para desanidar una coleccin se define la palabra clave unnest , por ejemplo la siguiente sentencia busca los libros que tengan el autor dado en su array de autores.
Select titulo from libros where Cervantes in (unnest(autores))

Cuando se trata de un array, se puede acceder una posicin dada de la lista de la siguiente forma:
Autores[<index>]

Otra forma de acceder los distintos elementos de una coleccin es usando un select interno,

14

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 el cual complica bastante la sentencia pero tiene la ventaja de permitir el uso de Order By:
Select titulo, ( Select autor from libros as M where M.titulo = O.titulo ) as lista_autores, from libros as O

6.6 COMPARACIN ENTRE LAS BASES DE DATOS ORIENTADAS A OBJETOS Y LAS BASES DE DATOS RELACIONALES ORIENTADAS A OBJETOS.
Para terminar vamos a comparar los dos tipos de Base de Datos de los cuales hemos estado hablando: las Bases de Datos Orientadas Objetos (Programacin Persistente) y las Bases de Datos Objeto-Relacionales (Sistemas Relacionales Orientadas a Objetos). Ambos modelos persiguen facilitar el almacenamiento de objetos en la base de datos, pero presentan algunas diferencias. Las base de datos orientados a objetos obtienen un mejor rendimiento cuando se usan objetos, ya que estos objetos se almacenan en disco de forma tranparente para el lenguaje de programacin (lenguaje orientado a objetos), ya que no se utiliza ningn tipo de lenguaje para trabajar con los datos como puede ser SQL, por tanto no es necesario hacer tipos de conversiones entre datos como ocurre con las base de datos objetorelacionales esto puede provocar errores ya que es el programador el encargado de realizar esas conversiones y un aumento en el nmero de lneas de cdigo para la conversin de los tipos de datos as como la carga o descarga de objetos en la base de datos, as como el cdigo propio para realizar consultas o modificaciones en la base de datos. Por todo ello hace que este tipo de base de datos sean ms fcil de desarrollar y mantener lo que implica un coste menor. En cambio al no tener ningn lenguaje para trabajar con los datos (transparente) sino que es el propio lenguaje de programacin quien trabaja con ellos pueden ocurrir, que debido a la gran potencia del lenguaje permita realizar acciones que daen la base de datos, problema que no ocurre con las bases de datos Por otro lado las bases de dato objeto relacionales siguen utilizando lenguaje de tratamiento de datos para trabajar con los objetos para ello lo han hecho extendindolo por lo tanto tienen la mismas caractersticas que el modelo relacional como es una gran proteccin. Otra ventaja de este modelo es que permite realizar consultas ad-hoc este tipo de

15

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 consultas son unas de las causas por la que las bases de datos relacionales se extendieron tan rpidamente y permiten realizar consultas por el usuario sin que estuvieran planificadas cuando se diseo la aplicacin. Presentan un menor rendimiento y por tanto un mayor coste de desarrollo y mantenimiento pero debido a su gran implantacin de las bases de datos relacionales ha sido ms fcil extender el modelo que disear de nuevo los sistemas para cambiar a bases de datos orientados a objetos. la diferencia entre las base de datos relacionales y las orientadas a objetos son las ventajas que nos brinda la orientacin a objetos sea: herencia, polimorfismo, encapsulamiento, abstraccin. es decir en vez de armar un modelo entidad-relacin, se arma un mapa de clases, y los registros serian una instancia de la clase y claro sale ms fcil porque ahorras cdigo de largo, bueno ahora estoy viendo que trabajar con objetos al inicio es ms difcil hasta crear todas las clases pero luego eso te ahorra cdigo a montones.

CONCLUSION
Los sistemas de bases de datos relacionales orientadas a objetos son sistemas basados en el modelo relacional que adems proporcionan las ventajas del paradigma orientado a objeto para tratar los datos. Las principales metas de este nuevo modelo es mejorar la representacin de los datos mediante la orientacin a objetos y simplificar el acceso a datos, manteniendo el sistema relacional. Bases de Datos Orientadas a Objetos:  Almacenan objetos  Caractersticas:  Programacin Orientada a Objetos   Aportan gran capacidad de manipulacin de datos No implementan tcnicas de almacenamiento y consulta de grandes volmenes de datos

 Bases de Datos Relacional   Sistemas relacionales:  Tipos de datos sencillos.  Lenguajes de consulta potentes. Aportan tcnicas de almacenamiento y consulta de grandes volmenes de datos No poseen gran capacidad de manipulacin de datos

16

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 Proteccin elevada BDOO basadas en lenguajes de programacin persistentes:  Tipos de datos complejos.  Integracin con los lenguajes de programacin.  Elevado rendimiento. Sistemas relacionales OO:  Tipos de datos complejos.  Lenguajes de consultas potentes.  Proteccin elevada.

BIBLIOGRAFIA
Bases de Datos Relacionales Orientadas a Objetos Daffodil Software, Ltd. (Daffodil DB) FirstSQL, Inc. (FirstSQL/J) IBM (Cloudscape and DB2) InterSystems Corporation (Cache)

Bases de Datos Orientadas a Objetos: Birdstep Technology, Inc. (Birdstep RDM Mobile) Computer Associates International, Inc. (Jasmine Object Database)

1. Fundamentos de bases de datos. Henry F. Korth 3 edicin Mc-Graw Hill 2. Procesamiento de Bases de Datos. David M. Kroenke

17

[FUNDMENTOS DE BASE DE DATOS UNIDAD VI] 10 DE JUNIO DE 2011 5 edicin Prentice Hall :http://www.softwarelibre.net/ http://informatica.uv.es/iiguia/DBD/Practicas/boletin_1.pdf http://es.wikipedia.org/wiki/Base_de_datos_objeto-relaciona http://html.rincondelvago.com/base-de-datos-relacional.html http://edinunez.wordpress.com/2008/05/07/base-de-datos-orientado-a-objetos/ http://foros.softonic.com/programacion/bases-datos-orientados-objetos-53754

18