Está en la página 1de 6

Las bases de datos orientadas a objetos se crearon para tratar de satisfacer las necesidades

de estas nuevas aplicaciones. La orientación a objetos ofrece flexibilidad para manejar algunos
de estos requisitos y no esta limitada por los tipos de datos y los lenguajes de consulta de los
sistemas de bases de datos tradicionales,esta misma incorpora todos los conceptos
importantes del modelo de objetos como lo son:

Encapsulación
Herencia
Polimorfismo
Una característica clave de las bases de datos orientadas a objetos es la potencia que
proporcionan al diseñador al permitirle especificar tanto la estructura de objetos complejos,
como las operaciones que se pueden aplicar sobre dichos objetos. El creciente uso de los
lenguajes orientados a objetos para desarrollar aplicaciones las han convertido en piezas
fundamentales de muchos sistemas de información y las bases de datos tradicionales son
difíciles de utilizar cuando las aplicaciones que acceden a ellas están escritas en un lenguaje
de programación orientado a objetos como C++, Smalltalk o Java. Las bases de datos
orientadas a objetos se han diseñado para que se puedan integrar directamente con
aplicaciones desarrolladas con lenguajes orientados a objetos, habiendo adoptado muchos de
los conceptos de estos lenguajes.
….

Definición y conceptos de BDOO


Una base de datos orientada a objetos es una base de datos inteligente soporta el paradigma
orientado a objetos almacenando métodos y datos, y no solamente datos. Esta diseñada para
ser eficaz, desde el punto de vista físico, para almacenar objetos complejos. Evite el acceso a
los datos; esto gracias a los métodos almacenados en ella. Es mas segura, ya que no permite
tener acceso a los datos (objetos); esto debido a que para poder entrar se tiene que hacer por
los métodos que haya utilizado el programador.

Un SGBDOO es un SGBD que almacena objetos y por tanto posee todas las ventajas de la
orientación a objetos.

Las bases de datos orientadas a objetos, se diseñan para trabajar bien en conjunción con los
lenguajes de programación orientados a objetos como:

JAVA
C++
Visual Basic.Net
C#
Características de un SGBDOO
Persistencia
Concurrencia
Recuperación
Gran almacén secundario
Consultas
Abstracción
Encapsulación
Modularidad
Jerarquía
Tipos
Genericidad

Las ventajas de un SGBDOO son:

1. Mayor capacidad de modelado: Un objeto permite encapsular tanto un estado como un


comportamiento. Un objeto puede almacenar todas las relaciones que tenga con otros objetos.
Los objetos pueden agruparse para formar objetos complejos (herencia).

2. Ampliabilidad: Se pueden construir nuevos tipos de datos a partir de los ya existentes


Agrupar propiedades comunes de diversas clases e incluirlas en una superclase, lo que reduce
la redundancia. Reusabilidad de clases, lo que repercute en una mayor facilidad de
mantenimiento y un menor tiempo de desarrollo.

3. Lenguaje de consulta más expresivo. El acceso navegacional desde un objeto al siguiente


es la forma más común de acceso a datos en un SGBDOO. Mientras que SQL utiliza el acceso
asociativo. El acceso navegacional es más adecuado para gestionar operaciones como los
despieces, consultas recursivas, etc.

4. Adecuación 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 SGBDOO han hecho que esos
sistemas sí resulten efectivos para este tipo de aplicaciones.

5. Mayores prestaciones. Los SGBDOO proporcionan mejoras significativas de rendimiento


con respecto a los SGBD relacionales.

Los inconvenientes de un SGBDOO son:

Carencia de un modelo de datos universal. No hay ningún modelo de datos que esté
universalmente aceptado para los SGBDOO y la mayoría de los modelos carecen una base
teórica.
Carencia de experiencia. Todavía no se dispone del nivel de experiencia del que se dispone
para los sistemas tradicionales.
Carencia de estándares. Existe una carencia de estándares general para los SGBDOO.
Competencia. Con respecto a los SGBDR y los SGBDOR. Estos productos tienen una
experiencia de uso considerable. SQL es un estándar aprobado y ODBC es un estándar de
facto. Además, el modelo relacional tiene una sólida base teórica y los productos relacionales
disponen de muchas herramientas de soporte que sirven tanto para desarrolladores como para
usuarios finales.
La optimización de consultas compromete la encapsulación. La optimización de consultas
requiere una compresión de la implementación de los objetos, para poder acceder a la base de
datos de manera eficiente. Sin embargo, esto compromete el concepto de encapsulación.

En total deben de ser 13 características obligatorias para los SGBDOO, basado en dos
criterios:

Debe ser un sistema orientado a objetos.

Debe de ser un sistema gestor de base de datos,

las características son:

Debe de soportar objetos complejos. Debe de ser posible construir objetos complejos aplicando
constructores a objetos básicos.
Identidad del objeto. Todos los objetos deben tener un identificador, el cual es independiente de
los valores de sus atributos.
Encapsulamiento. Los programadores solo tienen acceso a la especificación de interfaz de los
métodos, y los datos e implementación de estos métodos están ocultos en los objetos.
Tipos o clases. El esquema de una base de datos orientada a objetos contiene un conjunto de
clases o tipos.
Tipos o clases deben de ser capaces de heredar de sus supertipos o superclases los atributos
y los métodos.
La sobrecarga debe ser soportada. Los métodos deben de poder aplicarse a diferentes tipos.
El DML debe ser completo. El DML en los sistemas gestores de base de datos orientados a
objetos debe ser un lenguaje de programación de propósito general.
El conjunto de tipos de datos debe ser extensible. No habrá distinción entre los tipos definidos
por el usuario y los tipos definidos por el sistema.
Persistencia de datos. Los datos deben mantenerse después de que la aplicación que los creo
haya finalizado, el usuario no tiene que hacer copia explícitamente.
El SGBD debe de ser capaz de manejar bases de datos grandes.
El SGBD debe soportar la concurrencia. Debe de disponer del mecanismo para el control de la
concurrencia.
Recuperación. El sistema gestor debe de proveer mecanismos de recuperación de la
información en caso de fallo del sistema.
El SGBD debe de proveer de una manera fácil de hacer consultas.

El estándar ODMG
El Estándar ODMG es un producto de consorcio internacional OMG, el cual principalmente
proporciona técnicas orientadas a objetos para la ingeniería de software. Sus estándares
pueden ser aceptados por empresas certificadas como ISO. El estándar OSMG es el modelo
para la semántica de los objetos de una base de datos. Permite portar tanto los diseños como
las implementaciones en diversos sistemas compatibles.

El modelo de objetos ODMG permite que tanto los diseños, como las implementaciones, sean
portables entre los sistemas que lo soportan.

El estándar ODMG se basa en los actuales OMG, SQL-92, INCITS (antes ANSI) del lenguaje
de programación, y la especificación de Java de JavaSoft para definir un marco para la
portabilidad de aplicaciones entre los productos compatibles con el almacenamiento de datos.
Componentes funcionales de la norma incluye un modelo de objetos, un lenguaje de definición
de objetos, un lenguaje de objetos de consulta y enlaces de lenguaje de Java, C++ y Smalltalk.

Ventajas

Mayor capacidad de modelado


Ampliabilidad
Lenguaje de consulta más expresivo.
Adecuación a las aplicaciones avanzadas de base de datos
Mayores prestaciones.

Desventajas

Carencia de un modelo de datos universal.


Carencia de experiencia.
Carencia de estándares.
Competencia. Con respecto a los SGBDR y los SGBDOR.
Optimización de consultas compromete la encapsulación.
El modelo de objetos aún no tiene una teoría matemática coherente que le sirva de base.

Modelo orientados a objetos.

Una de las novedades más prometedoras y más desarrolladas comercialmente de los nuevos
SGBD, son los basados en un nuevo modelo de datos conocido como modelo orientado a
objetos.

La orientación a objetos es un paradigma que no se aplica sólo al desarrollo de SGBD sino, en


general, al desarrollo de sistemas de información.

En la siguiente figura se presenta un ejemplo de modelo orientado a objetos

Identidad y estructura de objetos


Un objeto es una cosa tangible, algo a que se puede aprehender intelectualmente o algo hacia
lo que se puede dirigir una acción o pensamiento.

Un objeto representa un item individual e identificable, o una entidad real o abstracta, con un
papel definido en el dominio del problema

Un objeto tiene:

Estado
Comportamiento
Identidad
La estructura y el comportamiento de objetos similares se definen en sus clases comunes. El
término objeto y ejemplo (instancia) de una clase son intercambiables. Identidad de un objeto
Identidad es la propiedad de un objeto que lo lleva a distinguirse de otros.

Identidad

La identidad es la propiedad que permite diferenciar a un objeto y distinguirse de otros.


Generalmente esta propiedad es tal, que da nombre al objeto. Tomemos por ejemplo el "verde"
como un objeto concreto de una clase color; la propiedad que da identidad única a este objeto
es precisamente su "color" verde. Tanto es así que para nosotros no tiene sentido usar otro
nombre para el objeto que no sea el valor de la propiedad que lo identifica.

En programación la identidad de los objetos sirve para comparar si dos objetos son iguales o
no. No es raro encontrar que en muchos lenguajes de programación la identidad de un objeto
esté determinada por la dirección de memoria de la computadora en la que se encuentra el
objeto, pero este comportamiento puede ser variado re definiendo la identidad del objeto a otra
propiedad.

Estructura

Es la disposición, distribución y orden de las partes del cuerpo de una cosa determinada
inanimada, que puede ser perceptible por algún sentido, y se puede accionar sobre ella.

Desglosando la definición, es de considerar que objeto es una cosa, que puede ser material
real (materia con una forma definida, que se puede percibir con algún sentido (vista, tacto, etc.),
ejemplo una mesa, o una manzana), o abstracta (por ejemplo una idea, o un proyecto que
todavía no se concreta o se hace real), y que esa cosa u objeto, está conformado por partes
(aún lo más pequeño, como el átomo, se forma por un conjunto de elementos), y las mismas
están dispuestas, ordenadas, o acomodadas de tal forma que conforman un cuerpo, ya sea
que forme parte de la naturaleza, o haya sido creado por el ser humano (en este caso entonces
es una obra de ingenio).

También podría gustarte