SECRETARA DE EDUCACIN

PBLICA

DIRECCIN GENERAL DE EDUCACIN
SUPERIOR TECNOLGICA

INSTITUTO TECNOLGICO DE EL SALTO

Tpicos de Base de Datos
TEMA:
Sistemas de Base de Datos Orientado a
Objetos

PROFR.
L.I Sergio Guerrero

Presentan:
Martn Antonio Huizar Villa



El Salto, Durango. Septiembre de 2014

Introduccin:
Para que una base de datos tenga ms alcance o potencia se a implementado como un
sistema de base de datos orientadas a objetos, as utilizando los mismos conceptos de
programacin orientada a objetos como lo son: Herencia, polimorfismo encapsulamiento,
identidad de objetos, clases etc., con esto las bases de datos orientadas a objetos tendrn
mayor alcance
Identidad de objetos
Un sistema de BDOO provee una identidad nica a cada objeto independiente almacenado
en la base de datos. Esta identidad nica suele implementarse con un identificador de objeto
nico, generado por el sistema, u OID. El valor de un OID no es visible para el usuario
externo, sino que el sistema lo utiliza a nivel interno para identificar cada objeto de manera
nica y para crear y manejar las referencias entre objetos.
La principal propiedad que debe tener un OID es la de ser inmutable; es decir, el valor del
OID para un objeto en particular nunca debe cambiar. Esto preserva la identidad del objeto
del mundo real que se est presentando. Tambin es preferible que cada OID se utilice slo
una vez; esto es aunque un objeto se elimine de la Base de datos, su OID no se deber
asignar a otro objeto.

Estructura de los objetos
En general, los objetos se corresponden con las entidades en el paradigma E-R (Entidad-
Interrelacin). El paradigma orientado a objetos est basado en el encapsulamiento de los
datos.
Por lo general, cada objeto est asociado con:
Un conjunto de variables que contiene los datos del objeto (se corresponden con los
atributos del modelo E-R)
Un conjunto de mensajes a los que responde (cada mensaje puede tener uno o mas
parmetros, o no tener ninguno).
Un conjunto de mtodos, que contienen el cdigo que implementa cada mensaje (el
mtodo devuelve un valor como respuesta al mensaje)



Encapsulamiento
El encapsulamiento se centra en la implementacin que da lugar al comportamiento
observable de un objeto. El encapsulamiento se consigue a menudo mediante la ocultacin
de informacin, es decir, se basa en ocultar todos los secretos de un objeto que no
contribuyen a sus caractersticas esenciales. El encapsulamiento proporciona, por tanto,
barreras explcitas entre abstracciones diferentes. Existen dos visiones diferentes del
encapsulamiento [ATK89], la primera y original que es la del lenguaje de programacin; y
la segunda que es la adaptacin 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 un objeto
abarca operaciones y datos, pero con una diferencia. En las bases de datos no 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 es claramente parte de la implementacin y no de la
interfaz. Como se puede observar, el encapsulamiento proporciona una forma lgica de
independencia 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 del
mundo.
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 t1.
Herencia de restriccin: es un sub-caso de la herencia de inclusin. Un tipo test un subtipo
de si est formado por todos los objetos de t que satisfacen una restriccin dada.
Herencia de especializacin: un tipo t es un subtipo de t1, si los objetos de tipo t son
objetos de tipo t1 que contienen informacin ms 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.
Persistencia, Concurrencia y Recuperacin en BDOO
Una base de datos orientada a objetos es una base de datos que incorpora todos los
conceptos 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 latransaccin
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 operaciones sobre 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 una operacin incluye el nombre de la
operacin y los tipos de datos de sus argumentos (o parmetros). La implementacin (o
mtodo) de la operacin se especifica 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.

Conclusin.
En conclusin la identificacin de objeto no sirve para hacer proceso como actualizacin,
seleccionar de una forma que el usuario no tenga acceso al OID ya que esto solo el
programador tiene acceso y es para la identificacin. En BDOO los trminos de herencia,
encapsulacin y polimorfismo, no varan en POO ya que se utilizan de la misma manera en
las bases de datos.