Bases de datos orientadas a objetos

Los lenguajes de programación OO tienen sus raíces en el lenguaje SIMULA 67, propuesto a finales de la década de 1960.

El modelo de datos orientado a objetos está basado en el paradigma de la programación orientada a objetos. Los lenguajes C++ y SmallTalk han llegado a ser los lenguajes de programación orientados a objetos más ampliamente conocidos.
El propósito de los sistemas de bases de datos es la gestión de grandes cantidades de información. Las primeras bases de datos surgieron del desarrollo de los sistemas de gestión de archivos.

Como cualquier Base de Datos programables, Base de Datos orientada a objetos (BDOO) proporciona un  ambiente para el desarrollo de aplicaciones y un depósito persistente listo para su explotación, Una BDOO almacena y manipula información que puede ser digitalizada como objetos, además proporciona un acceso ágil y permite una gran capacidad de manipulación.

 Caracteristicas de BD OO

Las principales características  de un sistema BDOO  se pueden definir en tres grupos:

Mandatorias: son las que el Sistema debe satisfacer a orden de tener un sistema de BDOO y estos son: Objetos complejos, Identidad de Objetos, Encapsulación, Tipos o clases, Sobre paso con unión retardada, Extensibilidad, Completación Computacional, Persistencia y Manejador de almacenamiento secundario, Concurrencia, Recuperación y Facilidad de Query.
 Opcional: Son las que pueden ser añadidas para hacer el sistema mejor pero que no son Mandatorias, estas son de: herencia múltiple, chequeo de tipos e inferencia de distribución y diseño de transacciones y versiones.
Abiertas: Son los puntos donde el diseñador puede hacer un número de opciones y estas son el paradigma de la programación, la representación del sistema ó el tipo de sistema y su uniformidad. Hemos tomado una posición no muy a la expectativa para tener una palabra final más bien para proveer un punto de orientación para un debate futuro.

Características Mandatorias
Un sistema de BDOO debe satisfacer dos criterios:
       * Debe tener un BDMS
       * Debe ser un sistema OO

Por ejemplo:
para la extensión posible este debe ser consistente en los actuales cortes de lenguajes de programación OO.

El primer criterio se traduce en 5 características como son:
          Persistencia
          Manejador de Almacenamiento secundario
         Concurrencia
         Recuperación
         Facilidad de Query

La segunda se traduce en 8 características:
        Objetos Complejos
         Identidad del Objeto
         Encapsulación
         Tipos ó Clases
         Sobre paso con combinación retrasada
         Extensibilidad
         Completación Computacional.

Características Obligatorias  
Este es un punto que no debe faltar en BD. 
Predominancia combinada con enlace retardado: se puede definir que sea Excel, Autocad, etc. desde la programación.

Extesibilidad: Proporciona los tipos de datos como: Carácter, booleano, string, etc.
Concurrencia: permite que varios usuarios tengan acceso a      una BD al mismo tiempo.

Recuperación: Cuando se hace una transacción pero no se puede realizar y se regresa al mismo estado.
Facilidad de “Consultas a Modo”. Esto es cuando se tienen diferentes estándares.
 

Características Opcionales
Esta depende del producto que se vaya a realizar.
Herencia Múltiple: Tienen características de padres diferentes  y proporcionan mecanismos para saber de 2 o más opciones cual conviene.
Distribución: Que se puede tener parte de una BD en un servidor y otra parte en otro.