Você está na página 1de 4

Para ubicarnos un poco en el contexto es interesantes conversar sobre las

condiciones en que nacen los SGBDOO, para empezar durante la dcada de


los 60, en principio, las condiciones de uso de los sistemas de cmputo, as
como sus necesidades eran diferentes a las de nuestros das,
principalmente el manejo de datos cumpla con las siguientes
caractersticas:
Orientacin a registros: Datos organizados en registros de longitud
fija (es decir, soportar un nmero de bytes invariable)
Datos pequeos: Registros cortos, de 80 bytes o menos
Campos atmicos: cortos, indivisibles y de longitud fija
Procesamiento por lotes

Durante este tiempo se marcaba una tendencia hacia las bases de datos
relacionales (BDR), que se mantuvo hasta los aos 80, por su sistemas de
tablas de uso sencillo; sin embargo con el paso del tiempo, debido a la
mayor capacidad de computo de los procesadores, as como dems avances
tecnolgicos surgieron nueva necesidades, tales como: mayor interaccin
entre el usuario y la aplicacin, transacciones de ms larga duracin,
informacin ms compleja, comportamiento asociado a la informacin, entre
otras. Trminos que hacen alusin a lo que conocemos actualmente como
bases de datos orientadas a objetos, o a los sistemas gestores de bases de
datos orientados a objetos (SGBDOO) Entendindose que Un sistema gestor
de base de datos (SGBD) es un conjunto de programas que permiten el almacenamiento,
modificacin y extraccin de la informacin en una base de datos. Podemos definir
que: Un sistema de Gestin de base de datos orientado a objetos (SGBDOO)
es un SGDB que integra caractersticas de las bases de datos
(almacenamiento y acceso a la informacin, entre otros) con caractersticas
de los lenguajes de programacin de aplicacin orientados a objetos.
Durante la dcada de 1980 el auge de la programacin orientada a objetos
influy en el modo de manejar la informacin de las bases de datos.
Programadores y diseadores comenzaron a tratar los datos en las bases de
datos como objetos. Esto quiere decir que si los datos de una persona estn
en la base de datos, los atributos de la persona como direccin, telfono y
edad se consideran que pertenecen a la persona, no son datos extraos.
Esto permite establecer relaciones entre objetos y atributos, ms que entre
campos individuales.
Algunos conceptos claves que debemos comprender para entender el
funcionamiento y la composicin de la BDOO son:
Los objetos: Para empezar un objeto es cualquier cosa de la que
podamos emitir un concepto, el mundo est lleno de objetos reales,
que se pueden representar como tales en una solucin
computarizada. En un lenguaje ms formal un objeto es una
estructura que tiene asociado a un estado y un comportamiento, o en
otras palabras caractersticas (atributos o propiedades) y
comportamientos (acciones o mtodos).
Las clases: Cada uno de los elementos que observamos es
considerado un objeto, y a ese concepto que representa una
agrupacin de objetos lo llamamos clase, esta determina la forma y
caractersticas que el objeto va a tener sin ser el objeto real.
Entendiendo que la clase es una, los objetos por su parte los objetos
son todos los que podamos crear mentalmente a partir de dicha clase
o concepto.
El estado: a los valores que tienen los atributos de un objeto se les
conoce como el estado del objeto.
La interfaz: A los atributos y mtodos que ofrece se les conoce como
la interfaz
El mensaje: Los objetos se comunican con otros a travs de mensajes,
un mensaje es una comunicacin dirigida a un objeto, que le ordena
que ejecute uno de sus mtodos con ciertos parmetros asociados al
evento que lo gener. El entorno OO no implica uso de mensajes
fsicos en redes informticas. Por el contrario, hace referencia al
intercambio de solicitudes entre los objetos, independientemente de
los detalles correctos de su implementacin. Se utiliza a veces la
expresin invocar un mtodo para detonar al hecho de enviar un
mensaje a un objeto y la ejecucin del mtodo correspondiente.
Las relaciones: existen diferentes tipos de relaciones ya sea por
asociacin o por agregacin o composicin.
Principios de los SGBDOO
Identidad de objetos: Los objetos
tienen identidades nicas, independientes de los valores de sus atributos. Un sistema
de BDOO provee una identidad nica a cada objeto independiente almacenado en la
base de datos. Esta identidad nica suele implementarse con un identificador de objeto
nico, generado por el sistema, u OID. El valor de un OID no es visible para el usuario
externo, sino que el sistema lo utiliza a nivel interno para identificar cada objeto de
manera nica y para crear y manejar las referencias entre objetos.
Encapsulamiento: Tanto la estructura de los objetos como las operaciones que se
pueden aplicar a ellos se incluyen en las definiciones de clases de los objetos.
Jerarqua de tipos y herencia: Los esquemas de BDOO suelen necesitar un gran
nmero de clases. Sin embargo, varias clases son parecidas entre s.
Para permitir la representacin directa de parecidos entre las clases, hay que ubicarlas
en una jerarqua de especializaciones. Las especializaciones de las clases son
denominadas subclases; lo cual especifica atributos y mtodos adicionales para una
clase existente. Los objetos creados por medio de unas subclases heredan todos los
atributos y mtodos de la clase padre. Algunas de estas caractersticas heredadas
pueden ellas mismas haber sido heredadas de clases ms altas en la jerarqua.
Polimorfismo: El polimorfismo se refiere al uso de la misma firma de mensaje para
dirigir diferentes mtodos en diferentes clases. Cuando el diseador enva una seal a
un objeto, el mtodo de la clase de objeto, posiblemente heredado, procesa la seal.
Por ejemplo, Un objeto puede heredar comportamiento de otro tipo de objetos
(herencia) y puede adaptarse para responder de diferentes maneras ante la solicitud de
una accin (polimorfismo).

Orgenes e historia de los SGBDOO

A mediados de los aos 60 se empez a vislumbrar el uso de las


computadoras para la simulacin de problemas del mundo real, estos
problemas estaban llenos objetos normalmente muy complejos, los cuales
eran difcilmente traducidos a los tipos de datos primitivos de los pocos
lenguajes de la poca. As fue como a partir de esta necesidad a dos
Noruegos se les ocurri el concepto de OBJETO y sus colecciones CLASES
DE OBJETOS. Naci as el lenguaje SIMULA, un lenguaje que contiene el
embrin de lo que hoy se conoce como la PROGRAMACIN ORIENTADA A
OBJETOS. Sus creadores fueron Kristen Nygaard y Ole-Johan Dahl del Centro
Noruego de Computacin en Oslo, y su desarrollo se extendi desde 1962 a
1967. Este lenguaje fue sucedido por Smalltalk diseado por Alan Kay
desarrollado desde el ao 1969 hasta 1980, Smalltalk ha tenido gran
influencia sobre otros lenguajes como Java o Ruby, y de su entorno han
surgido muchas de las prcticas y herramientas de desarrollo.
Con la llegada de las estaciones de trabajo en los aos 80, han crecido
numerosos lenguajes orientados a objetos inspirados en Simula o Smalltalk
Entre los lenguajes compilados, los ms celebres son C++, Objective C,
Ediffel y Java.
Ventajas de los SGBDOO
Est su flexibilidad, y soporte para el manejo de tipos de datos
complejos. Por ejemplo: En una base de datos convencional, si una
empresa adquiere varios clientes por referencia de clientes servicio,
pero la base de datos existente, que mantiene la informacin de
clientes y sus compras, no tiene un campo para registrar quin
proporcion la referencia, de qu manera fue dicho contacto, o si
debe compensarse con una comisin, sera necesario reestructurar la
base de datos para aadir este tipo de modificaciones. Por el
contrario, en una BDOO, el usuario puede aadir una subclase de la
clase de clientes para manejar las modificaciones que representan los
clientes por referencia.La subclase heredar todos los atributos,
caractersticas de la definicin original, adems se especializar en
especificar los nuevos campos que se requieren as como los mtodos
para manipular solamente estos campos Naturalmente se generan los
espacios para almacenar la informacin adicional de los nuevos
campos. Esto presenta la ventaja adicional que una BDOO puede
ajustarse a usar siempre el espacio de los campos que son
necesarios, eliminando espacio desperdiciado en registros con
campos que nunca usan.
La segunda ventaja de una BDOO, es que manipula datos complejos
en forma rpida y gilmente. La estructura de la base de datos est
dada por referencias (o apuntadores lgicos) entre objetos.
La clave que posee la BDOO es el poder que confieren al diseador
para especificar tanto la estructura de objetos complejos como las
operaciones que se pueden aplicar a esos objetos.
Mayor capacidad de modelado. El modelado de datos orientado a
objetos permite modelar el "mundo real" de una manera mucho ms
fiel. Esto se debe a:
1. un objeto permite encapsular tanto un estado como un
comportamiento
2. un objeto puede almacenar todas las relaciones que tenga con
otros objetos
3. los objetos pueden agruparse para formar objetos complejos
(herencia).
Ampliabilidad. Esto se debe a:
1. Se pueden construir nuevos tipos de datos a partir de los ya
existentes.
2. Agrupacin de propiedades comunes de diversas clases e incluirlas
en una superclase, lo que reduce la redundancia.
3. Reusabilidad de clases, lo que repercute en una mayor facilidad de
mantenimiento y un menor tiempo de desarrollo.
Lenguaje de consulta ms expresivo. El acceso navegacional desde
un objeto al siguiente es la forma ms comn de acceso a datos en
un Sistema Gestor de Bases de Datos Orientadas a Objetos. Mientras
que SQL utiliza el acceso asociativo. El acceso navegacional es ms
adecuado para gestionar operaciones como los despieces, consultas
recursivas, etc.
Adecuacin a las aplicaciones avanzadas de base de datos. Hay
muchas reas en las que los SGBD tradicionales no han tenido
excesivo xito como el CAD, CASE, OIS, sistemas multimedia, etc. en
los que las capacidades de modelado de los Sistema Gestor de Bases
de Datos Orientadas a Objetos han hecho que esos sistemas s
resulten efectivos para este tipo de aplicaciones.
Mayores prestaciones. Los Sistema Gestor de Bases de Datos
Orientadas a Objetos proporcionan mejoras significativas de
rendimiento con respecto a los Sistema Gestor de Bases de Datos
Orientadas a Objetos relacionales. Aunque hay autores que han
argumentado que los bancos de prueba usados estn dirigidos a
aplicaciones de ingeniera donde los Sistema Gestor de Bases de
Datos Orientadas a Objetos son ms adecuados. Tambin est
demostrado que los SGBDR tienen un rendimiento mejor que los
Sistema Gestor de Bases de Datos Orientadas a Objetos en las
aplicaciones tradicionales de bases de datos como el procesamiento
de transacciones en lnea (OLTP).
Desventajas de los SGDBOO
Carencia de un modelo de datos universal. No hay ningn modelo de
datos que est universalmente aceptado para los SGBDOO y la
mayora de los modelos carecen una base terica.
Carencia de experiencia. Todava no se dispone del nivel de
experiencia del que se dispone para los sistemas tradicionales.
Carencia de estndares. Existe una carencia de estndares general
para los Sistema Gestor de Bases de Datos Orientadas a Objetos.
Competencia. Con respecto a los SGBDR y los SGBDOR. Estos
productos tienen una experiencia de uso considerable. SQL es un
estndar aprobado y ODBC es un estndar de facto. Adems, el
modelo relacional tiene una slida base terica y los productos
relacionales disponen de muchas herramientas de soporte que sirven
tanto para desarrolladores como para usuarios finales.
La optimizacin de consultas compromete la encapsulacin. La
optimizacin de consultas requiere una compresin de la
implementacin de los objetos, para poder acceder a la base de datos
de manera eficiente. Sin embargo, esto compromete el concepto de
encapsulacin.
El modelo de objetos an no tiene una teora matemtica coherente
que le sirva de base.