Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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.
….
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
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.
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 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
Desventajas
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.
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
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).