Una base de datos objeto-emparentada ( ORD ) del o el sistema de gestión objeto-emparentado ( ORDBMS ) de la base de datos del proporciona un que el sistema de gestión de la base de datis relacional que permite que a reveladores integre una base de datos con sus propios dato-tipos de la aduana y los métodos la base de datos objeto-emparentada término a veces también refiere a los productos de software externos que funcionan sobre el tradicional DBMSs para proporcionar las características similares - sistemas descritos más correctamente como sistemas de trazado Objeto-emparentados .

Considerando que el tradicional RDBMS o los productos de SQL-DBMS se centró en la gerencia eficiente de datos extraída de un sistema limitado de dato-tipos (definidos por los estándares relevantes de la lengua), un DBMS objeto-emparentado permite que los software-reveladores integren sus propios tipos y los métodos que se aplican a ellos en el DBMS. la ORDBMS-tecnología apunta permitir que los reveladores levanten el nivel de la abstracción en el cual ven el dominio del problema.

Comparación a RDBMS

Un RDBMS pudo implicar comúnmente declaraciones del SQL tales como éstos:

CREAR a clientes de la TABLA ( La identificación SOCARRA (12) NO LLAVE PRIMARIA de la FALTA DE INFORMACIÓN, Apellido VARCHAR (32) NO NULOS, FirstName VARCHAR (32) NO NULOS, FECHA DEL DOB NO NULA ); SELECCIONAR InitCap (el apellido) || “,” || InitCap (FirstName) De clientes DONDE mes (DOB) = mes (getdate ()) Y día (DOB) = día (getdate ())

La mayoría de las bases de datos actuales SQL permiten hacer a mano de las funciones de encargo que permitirían que apareciera la pregunta como:

SELECCIONAR formal (la identificación) De clientes DONDE cumpleaños (identificación) = hoy () ¡

En una base de datos objeto-emparentada, una pudo ver algo similar, con los dato-tipos y las expresiones definidos por el usario tales como cumpleaños ():

CREAR a clientes de la TABLA ( LLAVE PRIMARIA NO NULA de la identificación Cust_Id, Nombrar PersonName NO NULO, EL DOB FECHA NO LA FALTA DE INFORMACIÓN ); SELECCIONAR formal (C.Name) De los clientes C DONDE cumpleaños (C.DOB) = HOY;

El modelo objeto-emparentado puede ofrecer otra ventaja en que la base de datos puede hacer uso de las relaciones entre los datos para recoger fácilmente expedientes relacionados. En un uso de la agenda, una tabla adicional sería agregada a las arriba para llevar a cabo cero o más dirección para cada usuario. Usar un RDBMS tradicional, la recogida de la información para el usuario y su dirección requiere un " join":

SELECCIONAR InitCap (C.Surname) || “,” || InitCap (C.city De clientes C ensambla las direcciones A EN A.Id -- el ensamblar DONDE A.city=" " de Nueva York;

La misma pregunta en una base de datos objeto-emparentada aparece más simplemente:

SELECCIONAR formal (C.Name) De los clientes C DONDE C.city=" " de Nueva York; -- el acoplamiento “es entendido” por el ORDB

La misma pregunta en la base de datos de Valentina puede hacer sin la especificación de la ensamblar-condición si un solo acoplamiento existe entre los clientes de las tablas y las direcciones (es decir si existe ninguna ambigüedad):

SELECCIONAR formal (C.Name) De clientes C ensambla las direcciones A -- implícito ensamblar la condición DONDE A.city=" " de Nueva York;

Historia

los sistemas de gestión Objeto-emparentados de la base de datos crecieron fuera de la investigación que ocurrió en el principio de los 90. Esa investigación amplió conceptos existentes de la base de datis relacional agregando conceptos del objeto . Los investigadores apuntaron conservar una preguntar-lengua declarativa basada en el cálculo de predicado como componente central de la arquitectura. Probablemente el proyecto de investigación más notable, Postgres (Uc Berkeley), frezado dos productos que remontan su linaje a esa investigación: Illustra y PostgreSQL .

En el mediados de los 90, los productos comerciales tempranos aparecieron. Éstos incluyeron Illustra (los sistemas de información de Illustra, adquirieron por Informix que alternadamente fue adquirido por IBM), omnisciencia (Omniscience Corporation, adquirida por Oracle Corporation y se convirtió en Oracle original Lite), y UniSQL (UniSQL, Inc., adquirido por KCOMS). El revelador ucraniano Ruslan Zasukhin, fundador Paradigma Software, Inc., desarrolló y envió la primera versión de la base de datos de Valentina en el mediados de los 90 como A. Por la década próxima, PostgreSQL se había convertido en una base de datos viable comercial y es la base para varios productos hoy que mantienen sus características de ORDBMS.

Los informáticos vinieron referir a estos productos como " systems" objeto-emparentado de la gerencia de base de datos; u ORDBMSs.

Muchas de las ideas de esfuerzos objeto-emparentados tempranos de la base de datos en gran parte se han incorporado en el SQL: 1999 . De hecho, cualquie producto que se adhiera a los aspectos orientados al objeto del SQL: 1999 se podían describir como producto objeto-emparentado de la gerencia de base de datos. Por ejemplo, DB2 de s de IBM el ', la base de datos de Oracle, y el servidor de Microsoft SQL, hacen demandas para apoyar esta tecnología y para hacer tan con diversos grados de éxito.

Referencias y notas