Propiedades de un sistema gestor orientado a objetos SGDBOOPersistencia.- es una propiedad muy importante en un Sistema operativo moderno al eliminar la dualidad de tratamiento del almacenamiento a corto y a largo plazo, inclusión de la persistencia dentro del SO. Puede servir como base para un desarrollo más fácil e integrado de otras herramientas como sistemas de gestión de BDOO.Dependiendo del número de operaciones debe de estar actualizándose a los objetos, propiedad por la cual puede sobrevivir durante el tiempo que sea requerida, en la persistencia completa todos los objetos son persistentes siempre no es necesario indicar de manera específica cuales son los objetos persistentes.Concurrencia.- donde los objetos llevan acciones que pueden comportarse como servidores ante la petición de otros que asumen el papel de clientes, se intenta alcanzar la máxima concurrencia garantizando siempre las correcciones de las operaciones que se efectúen y con ello la consistencia en el estado del objeto.Control de acceso.- cada objeto individualmente decide quién puede acceder a él y quien no, además el acceso se permite en función de la clasificación del objeto y del tipo de sujeto que quiere acceder al mismo.Procesamiento de consultas Ad Hoc.- utilizando el propio lenguaje LPOO para consultar a la BDOO, permite al usuario hacer cuestiones sencillas a la BD, este tipo de consultas tiene como objetivo proporcionar la información solicitada por el usuario de una forma correcta y rápida.

2.3

aracterísticas de un SGBDOO

Persistencia

Concurrencia

Recuperación

Gran almacén secundario

Consultas

Abstracción

Encapsulación

Modularidad

Jerarquía

Tipos

Generacidad

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

1. Debe de ser un sistema orientado a objetos.

2. Debe de ser un sistema gestos de base de datos, esto según adkinson .

las características son:

1. Debe de soportar objetos complejos. Debe de ser posible construir objetos complejos aplicando

constructores a objetos básicos.

2. Identidad de objeto. Todos los objetos deben tener un identificador el cual es independiente de los

valores de los atributos.

3. Encapsulamiento. Los programadores solo tiene 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.

4. Tipos o clases. El esquema de una base de datos orientados a objetos contiene un conjunto de clases o

tipos.

5. Tipos o clases deben de ser capases  de heredar de sus supertipos o superclases los atributos o

métodos.

6. La sobrecarga debe de ser soportada. Los métodos deben de poder aplicarse a diferentes tipos.

7. El DML. Debe de ser complejo. El DML en los SGBDO debe de ser un lenguaje de programación de

propósito general.

8. El conjunto de tipo de dato debe de ser extensible no habrá distención entre los tipos definidos del usuario

y los tipos definidos por el sistema.

9. Pertinencia de datos. Los datos deben mantenerse después de que la aplicación los que los creo haya

finalizado, el usuario no tiene que hacer copia explícitamente.

10. El sistema gestor de la base de datos debe de ser capaz de manejar base de datos grandes.

11. El sistema gestor de la base de datos debe soportar la concurrencia. Debe de 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 falla del sistema.

13. El sistema gestor de la base de dato debe de proveer una manera fácil de hacer consultas.

2.1.3. Productos. Productos:

•POSTGRES (Miró/Illustra), Stonebraker et al. (1992)

Combina capacidades de BD OO y activas con BD relacionales

•ORACLE V8, de Oracle (1997)

Extiende el modelo relacional del SQL92 con capacidades de objetos

y actividad

•Universal Server de Informix, etc.

Estándar: ODMG-93, Cattell (1994), Cattell (1995)

ODMG V.2.0 Cattell (1997)

ODMG V.3.0 Cattell (2000)V

MODELO ODGM

Object DataBase Management Group

El modelo ODGM permite que como tanto los diseños como las implementaciones sean portables entre los sistemas que soportan.

Los componentes básicos de una base de datos orientada a objetos son los objetos y los literales. Un objeto es una instancia auto contenida de una entidad de intereses del mundo real. Los objetos tienen algún tipo de identificador único. Un literal es un valor específico como amparo. Los literales no tienen identificadores un literal puede ser una estructura o un conjunto de valores relacionados que se guardan bajo un solo nombre.

ODL (Lenguaje de definición de datos)

Es el lenguaje de definición de datos en SGDDO (sistema de gestión de base de datos orientado a objetos) es empleado para facilitar la portabilidad de los esquemas de las bases de datos. Intenta definir tipos de datos que pueden implementarse en diversos lenguajes de programación.

OML (Lenguaje de manipulación de datos)

El lenguaje de programación es empleado para la elaboración de programas que permitan crear, modificar y eliminar datos que constituyen una base de datos.

OQL (lenguaje de consulta de datos)

Es una serie de comandos que tiene una sintaxis aplicada a SQL para realizar consultas a una base de datos.sdgdfsgdffdfddffddfdfd vfa

1.1.4 Encapsulamiento, herencia y polimorfismo en BDOO. Editar 0 1 …

Encapsulamiento

El encapsulamiento se centra en la implementación que da lugar alcomportamiento observable de un objeto. El encapsulamiento se consigue amenudo mediante la ocultación de información, es decir, se basa en ocultar todoslos secretos de un objeto que no contribuyen a sus características esenciales. Elencapsulamiento proporciona, por tanto, barreras explícitas entre abstraccionesdiferentes. Existen dos visiones diferentes del encapsulamiento [ATK89], laprimera y original que es la del lenguaje de programación; y la segunda que es laadaptación de esa visión para la base de datos.

Desde el punto de vista de las bases de datos, esto se traduce en el hecho de que unobjeto abarca operaciones y datos, pero con una diferencia. En las bases de datosno está claro si la parte estructural es parte de la interfaz (depende del sistema),mientras que en los lenguajes de programación la estructura de datos esclaramente parte de la implementación y no de la interfaz.Como se puede observar, el encapsulamiento proporciona una forma lógica deindependencia de los datos, ya que se puede cambiar la implementación de un tiposin cambiar ninguno de los programas que usan ese tipo.

Herencia

Las clases o tipos heredan de sus ancestros.

Ventajas de la herencia

Ayuda al modelado porque proporciona una descripción concisa y precisa delmundo.

Ayuda a compartir especificaciones e implementaciones en las aplicaciones.

Tipos de herencia a destacar en los sistemas de gestión de bases de datos

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 tes un subtipo de si está formado por todos los objetos de t que satisfacenuna 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 informacion mas específica.

Polimorfismo

Existen casos en los que se desea tener el mismo nombre para diferentes operaciones. Supongamos la operación dibuja que toma un objeto como entrada y lo dibuja en pantalla. Dependiendo del tipo de objeto (cuadrado, estrella, flecha,...) debemos emplear diferentes mecanismos de visualización. Es decir, necesitamos visualizar un conjunto cuyos miembros no se conocen en tiempo de compilación.

En una aplicación que emplee el sistema convencional, habrá tantas operaciones como figuras a representar: dibuja cuadrado, dibuja estrella, dibuja flecha etc. En un sistema orientado a objetos se definirá la operación en una clase más general. Así dibuja tendrá un único nombre y podrá emplearse indiferentemente sobre cualquier figura.

Para proporcionar esta nueva funcionalidad, el sistema no puede asociar los nombres de las operaciones con los métodos correspondientes en tiempo de compilación; se hará en tiempo de ejecución. Esto es lo que se conoce como ligadura tardía y dificulta o imposibilita el chequeo de tipo.

5 Persistencia, concurrencia y recuperación en BDOO. Editar 0 1 …

Una base de datos orientada a objetos es una base de datos que incorpora todos losconceptos importantes del paradigma de objetos

:

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. Esto

contrasta con una base de datos utilizada por SQL o una interfaz utilizada por

ODBC o JDBC. Utilizando un objeto de base de datos significa que se puede

tener un mayor rendimiento y se aminora la escritura de código.

Con la persistencia la manipulación de objetos se realiza directamente por el

lenguaje de programación de la misma manera que en la memoria, sin persistencia

de objetos. Esto se logra mediante el uso inteligente de almacenamiento en caché.

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 base de datos.

Los SMBDOO deben poder ser accesibles por múltiples usuarios. Cuando una

aplicación está accesando a una sección de la base de datos, otras aplicaciones

deben poder acceder a otras secciones de la base de datos. La concurrencia

permite a los usuarios cooperar y colaborar en una aplicación.

Los mecanismos de control de concurrencia son necesarios para reforzar las

propiedades de las transacciones (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

Proporcionar como mínimo el mismo nivel de recuperación que los sistemas de bases de datos actuales. De forma que, tanto en caso de fallo de hardware como de fallo de software, el sistema pueda retroceder hasta un estado coherente de los datos.

En bases de datos orientadas a objetos, los usuarios pueden definir operacionessobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en

dos partes. La interfaz (o signatura) de unaoperación incluye el nombre de la operación y los tipos de datos de susargumentos (o parámetros). La implementación (o método) de la operación seespecifica separadamente y puede modificarse sin afectar la interfaz.

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 del 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.

Sistemas de bases de

datos orientadas a objetos

2.1. El modelo de datos orientado a objetos.

2.1.1. Características de los SGBDOO.

2.1.2. Tipos de SGBDOO.

2.1.3. Productos.

2.2. El estándar ODMG.

2.3. Identidad y estructura de objetos

2.4. Encapsulamiento, herencia y polimorfismo

en BDOO.

2.5. Persistencia, concurrencia y recuperación

en BDOO.