Base de Datos Objeto-Relacionales Pgina 1

BASE DE DATOS OBJETO-

RELACIONALES





Base de Datos Objeto-Relacionales Pgina 2

RESUMEN:

Las bases de datos objeto-relacionales al soportar el modelo de objetos tienen
acceso a datos complejos y alto rendimiento permitiendo manejar consultas muy
poderosas al trabajar con las relaciones entre objetos, mtodos y funciones de
bsqueda de predicados. Adems, de tener las caractersticas de orientacin a
objetos las bases de datos objeto-relacionales representan una extensin del modelo
relacional.

En este informe se tratara tambin de como surgieron las base de datos objeto-
relacionales, as como tambin una pequea definicin, sus ventajas, desventajas en
donde veremos el porque es importante utilizar este tipo de base de datos con
respecto a las dems y muy aparte se vera las caractersticas que tienen las base de
datos objeto-relacionales.


ABSTRACT:

The databases to support object-relational object model access data and high
performance complex queries handle allowing very powerful when working with
relations between objects, methods, and search functions predicates. In addition,
having the characteristics of object-oriented databases object-relational represent an
extension of the relational model.

In this report, as they were also arose database object-relational, as well as a small
definition, advantages, disadvantages, where we will see why it is important to use
this type of database with respect to the others and quite apart will look to features
of the database object-relational.







Base de Datos Objeto-Relacionales Pgina 3






ndice
I. Historia ................................................................................................................... 4
II. Introduccin ........................................................................................................... 5
III. Definicin ................................................................................................................ 6
IV. Caractersticas de una BDOR .............................................................................. 7
V. Ventajas .................................................................................................................. 8
VI. Desventajas ............................................................................................................. 9
VII. Conclusin .............................................................................................................. 10
VIII. Referencias Bibliogrficas .................................................................................... 11












Base de Datos Objeto-Relacionales Pgina 4

I.- HISTORIA:

Finalizando los aos 80s empieza a surgir el modelo OODBMS (Modelo de
objetos) por medio de productores como ObjectDesign y Objectivity, entre otros. A
comienzos de los aos noventa las diversas investigaciones sobre la optimizacin
del manejo de las bases de datos, produciran un nuevo modelo denominado objeto-
relacional.

Este nuevo modelo extenda su funcionalidad ya que integraba los dos modelos
conocidos en hasta la fecha , el OODBMS (Modelo de objetos) y el RDMBS
(Modelo relacional), de tal forma que se mantuviera el lenguaje para consultas por
medio de clculo de predicados como parte de la arquitectura pero se incluyo el
soporte a objetos que permitiera un mejor manejo en las abstracciones por medio de
la implantacin de objetos ya que los conceptos de Orientacin a Objetos existentes
se seguan manejando muy a nivel del lenguaje de programacin, sin que se
trabajaran estructuras de almacenamiento Orientadas a Objetos dependientes de
estos.

Al principio los desarrollos ms importantes fueron Ilustra y Postgres dirigidos por
el investigador Dr. Michael Stone Breaker en la Universidad de Berkeley.
Posteriormente gracias a las bondades de la licencia BSD en que se encontraban
Ilustra y Postgres, surgen gran cantidad de productos comerciales catalogados como
bases de datos objeto relacional, Omnisciense (Posteriormente adquirido por Oracle,
futuro Oracle Lite), UniSQL (Posteriormente adquirido por KCOMS), Ilustra
(Adquirido por Informix y luego por IBM).

Muchas ideas del modelo ORDBMS (Modelo de objeto-relacin) se habran tenido
en cuenta para SQL3 (1999), junto con los estndares de la ODMG (Object
Database Management Group, 1991) el cual estandariz las OODBMS a partir del
ODMG-93 y luego en 1992 el comit ANSI X3H2, lo que permiti que cualquier
base de datos que desarrollara bajo SQL3 pudiera soportar una administracin
Object Relacional. Como ejemplos se pueden referenciar a DB2 de IBM, base de
datos Oracle y MSQL Server que dicen soportar esta tecnologa.







Base de Datos Objeto-Relacionales Pgina 5

II.- INTRODUCCIN:

La continua mejora de capacidades tecnolgicas en los ltimos aos ha permitido
construir aplicaciones extremadamente complejas en los Sistemas de informacin
con bases de datos intensivas. Para crear estos nuevos y sofisticados sistemas
(basados en objetos complejos con interrelaciones tambin complejas) los
diseadores y administradores de bases de datos han tenido que realizarlos sobre la
base de ser escalables, slidos y reutilizables; as como los programadores de
aplicaciones. Esta necesidad de programar en la orientacin a objetos ha hecho
resurgir una metodologa propia que permite disear y programar sistemas de gran
escala y que sean fciles de entender, simples de depurar y rpidos de actualizar.

El trmino base de datos objeto-relacional se usa para describir una base de datos
que ha evolucionado desde el modelo relacional hasta una base de datos hbrida, que
contiene ambas tecnologas: relacional y de objetos.

Durante muchos aos ha habido debates sobre si la siguiente generacin de la
tecnologa de bases de datos de uso comn sera una base de datos orientada a
objetos o una base de datos basada en SQL con extensiones orientadas a objetos.

Los partidarios de esta segunda opcin esgrimen varias razones para demostrar que
el modelo objeto relacional dominar:

Las bases de datos objeto-relacionales tales como Oracle8i son compatibles en
sentido ascendente con las bases de datos relacionales actuales familiares a los
usuarios, por lo que estos pueden pasar sus aplicaciones actuales y bases de datos
relaciones al nuevo modelo sin tener que rescribirlas y posteriormente ir adaptando
sus aplicaciones y bases de datos para que utilicen las funciones orientadas a
objetos.

Para ilustrar la tecnologa objeto-relacional utilizaremos como ejemplo el modelo
que implementa la base de datos Oracle8. Una de las ventajas que presenta este
modelo es que la integracin en Oracle8 de las representaciones relacional y
orientada a objetos es semnticamente limpia y considerablemente ms potente que
la adoptada por otros fabricantes. Esto facilita el diseo de bases de datos eficientes
y compactas.





Base de Datos Objeto-Relacionales Pgina 6

III.- DEFINICIN:

El modelo de base de datos objeto-relacional integra los conceptos de la tradicional
base de datos relacional y los conceptos de paradigma de objetos que se utiliza en la
programacin orientada a objetos (POO).

El objetivo de este concepto es poder aplicar la tecnologa madura de bases de datos
relacionales sobre la organizacin de los datos complejos es decir datos de texto e
imagen, mapas, datos en el rango de audio etc. Las bases de datos Objeto-relacional
son compatibles con estos objetos de datos y las operaciones de mayor complejidad.

El modelo objeto relacional tambin se conoce como el modelo relacional extendido
ya que incluye nuevas funciones y extensiones soportadas por los objetos,
actualmente las opinin sobre la definicin del modelo objeto-relacin estn muy
dividas, una definicin sencilla podra ser: El modelo objeto-relacional (ORDBMS)
es similar a un Front-End (Es la parte de un sistema de software que interacta
directamente con el usuario) dentro de una base de datos relacional que permite que
los datos sean grabados como objetos, sin embargo todos los metadatos y la
informacin siguen utilizando el sistema de las y columnas para este propsito de
tal forma que la base de datos pueda ser accedida tambin como una base de datos
relacional. Y as mismo cuando los datos son recuperados la base de datos tiene la
capacidad de reconstruir nuevamente los datos simples a objetos complejos.













Base de Datos Objeto-Relacionales Pgina 7

IV.- CARACTERISTICAS DE UNA BDOR:

Con las BDOR, se puede crear nuevos tipos de datos, que permiten gestionar
aplicaciones ms complejas con una gran riqueza de dominios. Estos pueden ser
tipos compuestos, lo que implica que se debe definir al menos dos mtodos
transformadores:

Uno para convertir el tipo nuevo a ASCII
Otro que convierte de ASCII al nuevo tipo

Se soportan los tipos complejos como registros, conjuntos, referencias, listas, pilas,
colas y arreglos.

Se pueden crear funciones que tengan un cdigo en algn lenguaje de programacin
como por ejemplo SQL, Java, C, etc.

Existe una mayor capacidad expresiva para los conceptos y asociaciones.

Se pueden crear operadores asignndoles nombre y existencia de nueva consultas
con mayor capacidad consultiva.

Soporta el encadenamiento dinmico y la herencia en los tipos tupla o registro.

Se pueden compartir varias bibliotecas de clases ya existentes, esto es lo que
conocemos como reusabilidad.

Soporte adicional para la seguridad y activacin de la versin cliente-servidor.








Base de Datos Objeto-Relacionales Pgina 8

V.- VENTAJAS:

Reutilizacin y comparticin, ya que surge la capacidad de ampliar los servicios del
SGBD para implementar funcionalidad estndar de manera central, en lugar de
codificar dicha funcionalidad en cada aplicacin.
Esto es muy utilizado en los sistemas geogrficos, que necesitan una serie de
funciones asociadas que calculen la distancia entre objetos, operaciones de inclusin
o solapamientos. De esta forma no se tiene que definir la funcionalidad en cada
aplicacin sino slo en el servidor, aumentando la productividad tanto del
desarrollador como del usuario final.

La adaptacin de las aplicaciones relacionales a las objeto-relacionales, ya que los
SGBDOR pueden introducirse de forma gradual.

Los SGBDOR tienen la capacidad de almacenar instancias de clases y atributos
clsicos relacionales, eso ofrece la posibilidad de escoger en funcin de las
necesidades de la aplicacin, cul es la implementacin ms adecuada. En los
SGBDOO toda la informacin es almacenada como objetos, por lo que se gana
capacidad expresiva pero con deficiencias en la optimizacin de la evaluacin de
consultas. Por otro lado, en los SGBDR todos los datos son univaluados, sus
dominios son atmicos, con una estructura fija y nica pero encontrar las relaciones
entre los datos es ms fcil y eficiente por su simplicidad. Vistas estas
caractersticas, sera ms apropiado utilizar en funcin de las necesidades un modelo
u otro de representacin, seleccionando en cada caso el necesario. De esta forma,
ambos modelos podran convivir en el mismo gestor de base de datos.











Base de Datos Objeto-Relacionales Pgina 9

VI.- DESVENTAJAS:

Un inconveniente que tiene las BDOR es que al aumentar la complejidad del
sistema existe un aumento en el coste asociado

Los SGBDOR no aaden todos los valores de la orientacin a objetos, ya que tan
solo contemplan el modelo de objetos como una extensin del modelo relacional al
que se le aade complejidad.

La convivencia de datos puramente relacionales y objetos hace que se pierda la
homogeneidad de acceso a la informacin. Esta caracterstica hace que el
tratamiento de la informacin dependa de su naturaleza, y por lo tanto aumente la
complejidad del desarrollo de los SGBDOR.






























Base de Datos Objeto-Relacionales Pgina 10

VII.- CONCLUSIONES:


Modelar una base de datos en base al modelo ORDBMS facilita el desarrollo de los
pasos heursticos que normalmente se hacen para disear una base datos, ya que se
pueden complementar fcilmente con el uso de UML, y las abstracciones y
relaciones complejas pueden acertar mucho ms un modelo lgico y fsico ms
adecuado. Tambin un desarrollo apoyado en un modelo ORDBMS permite que los
desarrolladores ahorren tiempo pues no tienen que escribir el cdigo necesario que
comunique las tablas con los objetos pues este ya viene integrado, adems de
permitir acomodarse a las necesidades de cada desarrollador porque es posible crear
nuevo tipo de datos dependiendo del contexto y restricciones que se necesiten
modelar.

Cronolgicamente las bases de datos han sido construidas pensando en dos
prioridades, la definicin de tipos de datos bsicos que ayuden a un mejor control,
rendimiento y menor consumo de recursos de memoria secundaria. Estas
limitaciones creadas en las bases de datos tipo RDBMS, obligan que la
implementacin de un esquema de base de datos ingresado por un usuario se ms
laboriosos y dispendioso (El modelo ORDBMS reduce la cantidad de cdigo escrito
por lo menos un 20%aproximadamente).

Hoy da las preocupaciones por la cantidad de tipos datos y el consumo de memoria
afecten seriamente el rendimiento del software son casi insignificantes gracias a los
avances en el hardware y el desarrollo de modernas bases de datos. Si es necesario
realizar transacciones de una forma gil y consistente se puede aprovechar el
soporte RDBMS contenido dentro del ORDBMS.

El modelo ORDBMS a nivel comercial se postula como ganador ya que han sido
muchas las bases de datos que usan este modelo a comparacin de las pocas
desarrolladas en ODBMS, el ORDBMS ha tenido gran acogida dentro las casas
desarrolladoras de bases de datos y los usuarios avanzados lo que han permitido que
su mercado se siga expandiendo como lo ha venido haciendo estos ltimos cuatro
aos.







Base de Datos Objeto-Relacionales Pgina 11

VIII.- REFERENCIAS BIBLIOGRAFICAS:

http://informatica.uv.es/iiguia/DBD/Practicas/boletin_1.pdf

http://ylez.wordpress.com/2011/02/12/caracteristicas-de-las-bases-de-datos-objeto-
relacionales/

http://informatica.uv.es/iiguia/DBD/Practicas/boletin_1.pdf

http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r88166.PDF

http://es.scribd.com/doc/270513/Bases-de-datos-Objeto-relacional