3chars

UNIVERSIDAD NACIONAL DE CHIMBORAZO FACULTAD DE CIENCIAS DE LA EDUCACIÓN HUMANAS Y TECNOLOGÍAS

ESCUELA DE INFORMÁTICA APLICADA A LA EDUCACIÓN

UNIVERSIDAD NACIONAL

DE CHIMBORAZO

Facultad de Ciencias de la Educación Humanas y

Tecnologías

Escuela de Informática Aplicada a la Educación

Tema: Bases de Datos Orientada a Objetos

Alumno: Carlos Raúl Orden Guamán

Profesor: Ing. Leonardo Ayavaca.

2014-2015



Bases de Datos Orientada a Objetos

Según (Prieto, 2007) los Sistemas de Bases de Datos Orientadas a Objetos

soportan un modelo de objetos puro, en la medida de que no están basados en

extensiones de otros modelos más clásicos como el relacional:

• Están fuertemente influenciados por los lenguajes de programación orientados a

objetos

• Pueden verse como un intento de añadir la funcionalidad de un SGBD a un

lenguaje de programación

Características

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.

Ventajas y Desventajas

Según (Torres, 2010) las ventajas de un SGBDOO son:

- Mayor capacidad de modelado:

Un objeto permite encapsular tanto un estado como un comportamiento.

Un objeto puede almacenar todas las relaciones que tenga con otros objetos.

- Ampliabilidad:

Agrupar propiedades comunes de diversas clases e incluirlas en una superclase,

lo que reduce la redundancia.

Reusabilidad de clases, lo que repercute en una mayor facilidad de mantenimiento

y un menor tiempo de desarrollo.



- Lenguaje de consulta más expresivo.

El acceso navegacional desde un objeto al siguiente es la forma más común de

acceso a datos en un SGBDOO. Mientras que SQL utiliza el acceso asociativo.

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

Según (Torres, 2010) las desventajas de una SGBDOO son:

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

Diferencias entre el Modelo de Objetos y El modelo Relacional

(Francisco Ruiz, 2008) Dice que una principal diferencia la vemos ya al comparar

la definición de las unidades básicas de información de cada caso. El modelo

relacional define las tuplas como “instancias específicas de una entidad” con un

identificador único y las propiedades de esa entidad. En cambio, en el caso de las

bases de datos orientadas a objetos, se almacenan los objetos que se definen

como “un objeto está modelando una situación o entidad del mundo real al tener

una identificación única, propiedades específicas a sí misma, y la habilidad de

trabajar en conjunto con objetos tanto de la misma o distinta especificación”. Las

tuplas del modelo relacional carecen de esa habilidad de trabajar con otras tuplas

ya que carecen de comportamiento. Además, el modelo objeto es capaz de

representar situaciones del mundo real, en cambio el modelo relacional sólo

trabaja con entidades, por lo tanto, si se quisiera modelar situaciones habría que

adaptarlas, convirtiéndolas en entidades perdiendo por el camino parte de la

información, o creando un modelo extremadamente complejo.



La identificación única de las entidades/objetos también difiere en ambos casos. El

modelo relacional utiliza el concepto de Clave Primaria para identificar a sus

entidades de una manera única. Esta clave es un valor que puede introducir y

cambiar el usuario del sistema gestor con la única restricción de que no se repita

con ninguna otra clave primaria que contenga la tabla en ese momento, aunque

también puede asignarla el propio sistema gestor. En cambio, el modelo objeto

define el OID (Object Identity) que proveerá el sistema y le otorgará al objeto su

identidad única. No puede ser cambiado ni introducido por el usuario. Al

desaparecer el objeto, el sistema elimina ese OID pero no vuelve a asignárselo

nunca a ningún objeto nuevo.

1 BIBLIOGRAFÍA

Francisco Ruiz, M. Z. (9 de 5 de 2008). BASES DE DATOS AVANZADAS. Recuperado el

16 de 11 de 2014, de Modelo Objeto-Relacional:

http://personales.unican.es/zorrillm/BDAvanzadas/Teoria/bda-t3-trans-

ObjetoRelacional.pdf

Prieto, A. B. (3 de 5 de 2007). Bases de Datos. Recuperado el 15 de 11 de 2014, de

Universidad de Ovied:

http://di002.edv.uniovi.es/~labra/cursos/ver05/ficheros/XML-BD.pdf

Torres, J. P. (5 de 5 de 2010). BASES DE DATOS ORIENTADA A OBJETOS. Recuperado

el 15 de 11 de 2014, de IES SAN VICENTE SISTEMAS INFORMATICOS:

https://iessanvicente.com/colaboraciones/bdOO.pdf

Zorrilla Pantaleón, M. (2010). Universidad de Cantabria. Obtenido de

http://personales.unican.es/zorrillm/BasesDatos/02%20-

%20Modelos%20de%20datos%20ER-UML-relacional.pdf

Education

3chars