CAPITULO 02: BDOO Y LOS GESTORES DE BD

5. Gestores de BD en los BDOO

En una base de datos orientada a objetos, la información se representa mediante objetos como
los presentes en la programación orientada a objetos. Por tanto, al hacer uso de cualquier tipo
de bd es necesario un gestor de bases de datos que se encargue de realizar todas las operaciones
estructurales y de actualización de datos. El número de dbms(sistemas manejadores de bases
de datos) en comparación con los oodbms (sistemas manejadores de bases de datos orientadas
a objetos) es considerablemente mayor, esto podría ser una de las respuestas al porque se sigue
optando por este tipo de arquitectura de bases de datos, algunos de éstos dbms son:

 Microsoft Access
 MySql
 Sql Server
 PostgreSql
 Oracle

En el caso concreto de MySql y PostreSql son herramientas de uso libre y por lo tanto no implican
un costo de adquisición de licencia en ninguno de ellos.

Ahora, una oodb, requiere de manejadores de bases de datos que soporten este tipo de
arquitecturas, y como se mencionó anteriormente éstos son menor en número a comparación
de los dbms. Algunos de los pocos oodbms que existen son:

 Db4o
 Informix
 Bdoviedo3

Quizá esta sea una de las causas por las cuales las oodb aún no tengan ese crecimiento que en
algún momento tantas expectativas generaron.

Un desarrollador que tenga en sus manos la posibilidad de realizar un proyecto para alguna
organización y que tenga en consideración que cualquier empresa que deposita gran parte de
su estabilidad económica y funcional en un modelo de base de datos busca con esto ahorrar
tiempos y costos, optaría en primera instancia por utilizar un modelo relacional, las razones son
diversas, ¿Qué pasaría si dicha bdd es desarrollada bajo un paradigma orientado a objetos y no
cuente con un respaldo fuerte por parte de la compañía proveedora de cualquier oodbms que
haya sido elegido?, ¿Qué beneficios reales tendría un usuario al operar un sistema realizado con
oodb?. Las respuestas a estas preguntas se inclinan en primera instancia a rechazar el uso de
oodb, sin embargo, una de las principales ventajas que los sistemas orientados a objetos ofrecen
es un menor costo en el desarrollo del proyecto, así como “su flexibilidad, y soporte para el
manejo de tipos de datos complejos en forma ágil y rápida”.

Recordemos que cualquier sistema de cómputo es tan poderoso como el desarrollador mismo,
por lo tanto, si la persona encargada del proyecto posee un conocimiento amplio sobre oodb,
no debería tener problema en llevarlo a cabo bajo este paradigma, sin embargo, la información
aún es “una tanta escaza” y lo son aún más los “expertos del tema”.
Desde el punto de vista informático, un paradigma orientado a objetos obliga a utilizar una lógica
diferente al momento de plantear un posible modelo de solución; clases, herencia,
encapsulamiento, son solo algunos de los conceptos básicos con los que habremos de
familiarizarnos si es que queremos adoptar este paradigma como nuestra herramienta de
trabajo, esperando que los resultados al desarrollar, almacenar y recuperar datos, entro otros,
sean positivos, al menos así está escrito en teoría.

El modelo relacional supone “quizá” como mayor complejidad, el llegar a una forma de
normalización adecuada y establecer las relaciones y cardinalidad correctas que nos permitan
tener un funcionamiento eficiente en nuestra bdd.

Cabe hacer mención que actualmente existe un estándar para el manejo de bases relacionales,
el estándar SQL. Este lenguaje de consultas ha venido a darle un impacto aún mayor a este
paradigma relacional y ha hecho de éste modelo el más usado hasta el momento por casi todos
los desarrolladores. Cada dbms tiene una versión propia de SQL pero la esencia del lenguaje es
la misma, y sigue manteniéndose como una herramienta única en su género y con aún bastante
vida por delante.

Los oodb no se han quedado atrás y recientemente se ha dado a conocer una herramienta
equivalente a SQL, el OQL que no es computacionalmente completo, sin embargo, las consultas
pueden invocar métodos, e inversamente los métodos escritos en cualquier lenguaje de
programación pueden incluir consultas. Con este lenguaje vienen también ODL y OML que son
los lenguajes para definición y manipulación de datos respectivamente, ambos equivalentes a
DDL y DML de SQL.

CAPITULO 03: BDOO Y BDR

6. Diferencias entre BDOO y BDR

A continuación, se muestra una tabla comparativa entre las bases de datos orientadas a
objetos y las bases de datos relacionales.
7. conclusiones

En conclusión las bases orientadas a objetos aún no han madurado lo suficiente como para que
supongan una primera alternativa de solución, sin embargo las ventajas que ofrecen son
amplias, y en algún momento quizá no muy lejano pasen a la cabeza en cuanto al desarrollo de
bases de datos se refiere, sin embargo, los modelos de datos relacionales siguen siendo una muy
buena opción, incluso se piensa en mejoras a este paradigma que podrían en un futuro
reafirmarlo como el modelo de bases de datos más utilizado.

Una base de datos orientada a objetos almacena datos complejos y relaciones entre datos
directamente, sin asignar filas y columnas, y esto hace que sean más adecuadas para
aplicaciones que tratan con datos muy complejos. Los objetos tienen relaciones “muchos a
muchos” y son accesibles mediante el uso de punteros. Estos punteros se vinculan a los objetos
para establecer relaciones. Otro beneficio adicional de una base de datos orientada a objetos es
que puede ser programada con pequeñas diferencias de procedimientos sin afectar a todo el
sistema.
https://www.gestiopolis.com/bases-datos-orientadas-objetos-oodb/

https://tabalabdoo.blogspot.com/2011/09/tabala-comparativa-de-bdoo-y-bdr.html