UNIDAD 2.

-SISTEMAS DE BASES DE DATOS ORIENTADAS A OBJETOS

2.1. El modelo de datos orientado a objetos
La programación orientada a objetos permite cohesionar datos y procedimientos, haciendo que se diseñen
estructuras que poseen datos (atributo) en las que se definen los procedimientos (operaciones) que pueden
realizar con los datos. A través de este concepto se intenta que estas bases de datos consigan arreglar las
limitaciones de las relacionales. Por ejemplo, el problema de la herencia (el hecho de que no se puedan realizar
relaciones de herencia entre las tablas), tipos definidos por el usuario, disparad ores (triggers) almacenables en
la base de datos, soporte multimedia.

SGBDOO (Sistema de Gestión de Base de Datos Orientada a Objetos)

2.1.1. Características de los SGBDOO

1. Debe soportar objetos complejos. Debe ser posible construir objetos complejos aplicando
constructores a objetos básicos.
2. Identidad del objeto. Todos los objetos deben tener un identificador, el cual es independiente de los
valores de sus atributos.
3. Encapsulamiento. Los programadores solo tienen acceso a la interfaz de los métodos, y lo s datos e
implementación de estos métodos están en los objetos.
4. Tipos o clases. El esquema de una base orientada a objetos contiene un conjunto de clases o tipos.
5. Tipos o clases deben ser capaces de heredar de sus super-tipos o superclases los atributos y los
métodos.
6. La sobrecarga debe ser soportada, los métodos deben poder aplicarse a diferentes tipos.
7. El DML debe ser completo. El DML en los sistemas gestores de bases de datos orientados a objetos
debe ser un lenguaje de programación de propósito general.
8. 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,
9. Persistencia de datos. Los datos deben mantenerse después de que la aplicación que los creó haya
finalizado, el usuario no tiene que hacer copia explícitamente.
10. El SGBD debe ser capaz de manejar bases de datos grandes.
11. El SGDB debe soportar la concurrencia. Debe disponer del mecanismo para el control de la
concurrencia.
12. Recuperación. El sistema gestor debe de proveer mecanismos de recuperación de la información en
caso de fallo de sistema.
13. El SGDB debe proveer de manera fácil de hacer consultas.
2.1.2. Tipos de SGBDOO
SGBD en la red

Los SGBD relacionales se basan en el modelo de datos de red. Los datos en el modelo de red se representan
mediante colecciones de registros y las relaciones entre los datos se representan mediante enlaces, que se
pueden ver como punteros. Los registros en la base de datos se organizan como colecciones de grafos
dirigidos.
SGBD jerárquicos
Los SGBD relacionales se basan en el modelo de datos jerárquico. El modelo jerárquico es similar al modelo de
redes, en el sentido en que los datos y las relaciones entre los datos se representan mediante registros y
enlaces, respectivamente. Éste se diferencia del modelo de redes en que los registros se organizan como
colecciones de árboles en lugar de grafos dirigidos.

Modelo de datos relacionales

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.

2.1.3. Productos
SGBD Libres: SGBD No libres SGBD No libres y gratuitos

 MySQL Licencia Dual  WindowBase  Microsoft SQL Server

 PostgreSQL  Fox Pro Compact Edition Basica
 SQLite  FileMaker  Sybase ASE Express Edition
 DB2 Express-C  Oracle para Linux
 Apache Derby  NexusDB  Oracle Express Edition 10

2.2. El estándar ODMG

Especifica los elementos que se definirán, y en qué manera se hará, para conseguir la persistencia en la BDOO
que soporten el estándar. El cual consta de un lenguaje de definición de objetos que especifica los elementos
de este modelo. Un grupo de representantes de la industria del BD forman el ODMG con el propósito de
definir estándares para los SGBDOO. El cual propuso un modelo estándar semántico de los obje tos de un BD.

2.3. Identidad y estructura de objetos

Un objeto es una cosa tangible, algo que puede ser apreciado o estudiado.

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 (instante) de una clase son intercambiables.

2.4. Encapsulamiento, herencia y polimorfismo en BDOO

Encapsulamiento: Propiedad que permite ocultar la información al resto de los objetos, impidiendo así acceso
incorrectos o conflictos. Existen dos divisiones diferentes del encapsulamiento:

 La primera y original que es la del lenguaje de programación.

 La segunda que es la adaptación de esa visión para la base de datos.

Herencia: Es una propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía
de calses. Sus ventajas son:

 Ayuda al modelado porque proporciona una descripción concisa y precisa del mundo.
 Ayuda a compartir especificaciones e implementaciones en las aplicaciones.
Tipos de herencia en los SGBD:
 Herencia de sustitución: en cualquier lugar donde podamos tener un objeto de tipo podemos
sustituirlo por un objeto de tipo t si t hereda de t'.
  Herencia de restricción: es un subcaso de la herencia de inclusión. Un tipo t es un subtipo de si está
formado por todos los objetos de t que satisfacen una restricción dada.
 Herencia d especialización: un tipo t es un subtipo de t', si los objetos de tipo t son objetos de tipo t'
que contienen información más específica.

Polimorfismo: propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.

2.5. Persistencia, concurrencia y recuperación en BDOO

Persistencia: Es la capacidad que tiene el programador para que sus datos se conserven al finalizar la
ejecución de un proceso, de forma que se puedan reutilizar en otros procesos. Esta se refiere a la capacidad de
manipular directamente los datos almacenados en una base de datos usando un lenguaje de programación
orientado a objetos.

Concurrencia: se relaciona con la existencia de muchos usuarios interactuando concurrentemente en el

sistema. Este debe controlar la interacción entre las transacciones concurrentes para evitar que se destruya la
consistencia de la BD.

Los mecanismos de control de concurrencia son necesarios para reforzar las propiedades de las t ransacciones
(ACID). Los modos básicos de control de concurrencia son:

 Modo Pesimista: El modo pesimista obliga a una transacción a esperar a que se resuelva el conflicto
que pueda o ponga en riesgo la concurrencia para dejarle continuar cuando el conflicto haya sido
resuelto.
 Modo Optimista: El modo optimista deje correr la transacción como si no ocurriera ningún conflicto y
resuelve este al final del commit, generalmente se emplea usando estampas de tiempo y copias de los
elementos de la transacción.
 Modo Mixto: El modo mixto combina diferentes controles de concurrencia a diferentes objetos y tipos
de datas en una misma transacción.
 Modo Semi-optimista: El modo semi-optimista es una variante del modo mixto que no detiene a la
transacción hasta que esta termina.

Recuperación: Con recuperación nos referimos al proceso de aplicación de consistencia después de que una
transacción ha abortado como resultado de fallas de hardware o problemas de comunicación. Las fallas de los
sistemas, tanto de hardware como de software no deben repercutir en estados de inconsistencia de la base
datos. La recuperación es la técnica que asegura que eso no ocurra. La recuperación puede ser total o parcial
dependiendo de las circunstancias, de la recuperabilidad.