Propiedades de un sistema gestor orientado a objetos SGDBOO Persistencia.

- es una propiedad muy importante en un Sistema operativo moderno al eliminar la dualidad de tratamiento del almacenamiento a corto y a largo plazo, inclusin de la persistencia dentro del SO. Puede servir como base para un desarrollo ms fcil e integrado de otras herramientas como sistemas de gestin de BDOO. Dependiendo del nmero de operaciones debe de estar actualizndose 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 especfica cuales son los objetos persistentes. Concurrencia.- donde los objetos llevan acciones que pueden comportarse como servidores ante la peticin de otros que asumen el papel de clientes, se intenta alcanzar la mxima concurrencia garantizando siempre las correcciones de las operaciones que se efecten y con ello la consistencia en el estado del objeto. Control de acceso.- cada objeto individualmente decide quin puede acceder a l y quien no, adems el acceso se permite en funcin de la clasificacin 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 informacin solicitada por el usuario de una forma correcta y rpida.

2.3
aractersticas de un SGBDOO

Persistencia Concurrencia Recuperacin Gran almacn secundario Consultas Abstraccin Encapsulacin Modularidad Jerarqua Tipos Generacidad En total deben de ser trece caractersticas obligatorias para los SGBDOO, basado en dos criterios: 1. 2. Debe de ser un sistema orientado a objetos. Debe de ser un sistema gestos de base de datos, esto segn adkinson .

las caractersticas son: 1. Debe de soportar objetos complejos. Debe de ser posible construir objetos complejos aplicando constructores a objetos bsicos. 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 especificacin de interfaz de los mtodos, y los datos e implementacin de estos mtodos estn 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 mtodos. 6. La sobrecarga debe de ser soportada. Los mtodos 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 programacin de propsito general.

8.

El conjunto de tipo de dato debe de ser extensible no habr distencin entre los tipos definidos del usuario y los tipos definidos por el sistema.

9.

Pertinencia de datos. Los datos deben mantenerse despus de que la aplicacin los que los creo haya finalizado, el usuario no tiene que hacer copia explcitamente.

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. Recuperacin. El sistema gestor debe de proveer mecanismos de recuperacin de la informacin en caso de falla del sistema. 13. El sistema gestor de la base de dato debe de proveer una manera fcil 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.

Estndar: 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 diseos como las implementaciones sean portables entre los sistemas que soportan. Los componentes bsicos 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 algn tipo de identificador nico. Un literal es un valor especfico 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 definicin de datos) Es el lenguaje de definicin de datos en SGDDO (sistema de gestin 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 programacin.

OML (Lenguaje de manipulacin de datos) El lenguaje de programacin es empleado para la elaboracin 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 implementacin que da lugar alcomportamiento observable de un objeto. El encapsulamiento se consigue amenudo mediante la ocultacin de informacin, es decir, se basa en ocultar todoslos secretos de un objeto que no contribuyen a sus caractersticas esenciales. Elencapsulamiento proporciona, por tanto, barreras explcitas entre abstraccionesdiferentes. Existen dos visiones diferentes del encapsulamiento [ATK89], laprimera y original que es la del lenguaje de programacin; y la segunda que es laadaptacin de esa visin 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 programacin la estructura de datos esclaramente parte de la implementacin y no de la interfaz.Como se puede observar, el encapsulamiento proporciona una forma lgica deindependencia de los datos, ya que se puede cambiar la implementacin 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 descripcin concisa y precisa delmundo. Ayuda a compartir especificaciones e implementaciones en las aplicaciones.

Tipos de herencia a destacar en los sistemas de gestin de bases de datos

Herencia de sustitucin: 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 restriccin: es un subcaso de la herencia de inclusin. Un tipo tes un subtipo de si est formado por todos los objetos de t que satisfacenuna restriccin dada. Herencia d especializacin: un tipo t es un subtipo de t' , si los objetos de tipo t son objetos de tipo t' que contienen informacion mas especfica.

Polimorfismo

Existen casos en los que se desea tener el mismo nombre para diferentes operaciones. Supongamos la operacin 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 visualizacin. Es decir, necesitamos visualizar un conjunto cuyos miembros no se conocen en tiempo de compilacin.

En una aplicacin 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 operacin en una clase ms 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 mtodos correspondientes en tiempo de compilacin; se har en tiempo de ejecucin. Esto es lo que se conoce como ligadura tarda y dificulta o imposibilita el chequeo de tipo.

5 Persistencia, concurrencia y recuperacin 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 ejecucin 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 programacin 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 cdigo.

Con la persistencia la manipulacin de objetos se realiza directamente por el lenguaje de programacin 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 interaccin entre las transacciones concurrentes para evitar que se destruya la consistencia de la base de datos.

Los SMBDOO deben poder ser accesibles por mltiples usuarios. Cuando una aplicacin est accesando a una seccin 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 aplicacin.

Los mecanismos de control de concurrencia son necesarios para reforzar las propiedades de las transacciones (ACID). Los modos bsicos de control de concurrencia son:

Modo Pesimista

El modo pesimista obliga a una transaccin 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 transaccin como si no ocurriera ningn conflicto y resuelve este al final del commit, generalmente se emplea usando estampas de tiempo y copias de los elementos de la transaccin.

Modo Mixto

El modo mixto combina diferentes controles de concurrencia a diferentes objetos y tipos de datas en una misma transaccin.

Modo Semi-optimista

El modo semi-optimista es una variante del modo mixto que no detiene a la transaccin hasta que esta termina.

Recuperacin

Proporcionar como mnimo el mismo nivel de recuperacin 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 definicin de la base de datos. Una operacin (llamada funcin) se especifica en

dos partes. La interfaz (o signatura) de unaoperacin incluye el nombre de la operacin y los tipos de datos de susargumentos (o parmetros). La implementacin (o mtodo) de la operacin seespecifica separadamente y puede modificarse sin afectar la interfaz.

Con recuperacin nos referimos al proceso de aplicacin de consistencia despus de que una transaccin ha abortado como resultado de fallas de hardware o problemas de comunicacin. Las fallas del sistemas, tanto de hardware como de software no deben repercutir en estados de inconsistencia de la base datos. La recuperacin es la tcnica que asegura que eso no ocurra. La recuperacin 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. Caractersticas de los SGBDOO. 2.1.2. Tipos de SGBDOO. 2.1.3. Productos. 2.2. El estndar ODMG. 2.3. Identidad y estructura de objetos 2.4. Encapsulamiento, herencia y polimorfismo en BDOO. 2.5. Persistencia, concurrencia y recuperacin en BDOO.