Necesidad de negocio para valorar bases de datos orientadas a objetos
Tienes que valorar una base de datos orientada a objetos en el caso de que sepas que proporcionará a tu negocio dos elementos fundamentales: la posibilidad de ganar más dinero y la oportunidad de ahorrar más. De todas formas, antes de tirarse a la piscina hay que tener en mente si nuestra aplicación requiere cualquier tipo de DBMS, lo que será recomendado si los datos que gestionamos los comparten distintas personas y tenemos que asegurar la integridad de todos ellos.
También es recomendable comprobar las propiedades de DBMS ACID y si tomamos la decisión de usar un DBMS deberemos elegir entre un ODBMS o un RDBMS dependiendo de nuestras necesidades. El primer caso, trabajando con una base de datos orientada a objetos, es recomendable en aquellas situaciones en las que necesitamos un rendimiento de alto nivel y nuestros datos son un poco complejos de manejar.
Alto rendimiento
Con la gestión de datos complejos es frecuente apreciar que las bases de datos orientadas a objetos funcionarán a un mayor índice de velocidad en comparación al RDBMS. El rango de velocidad, que puede estar entre 10 y 1000 veces más que el otro método, dependerá de los tipos de datos que se estén gestionando y de la forma en la cual se acceda a los propios datos.
El motivo por el cual son más rápidos los procesos ODBMS es porque están optimizados para actuar de forma más eficiente con datos complejos, mientras que además no sufren errores al trabajar con lenguajes de programación como C++ y Java. Estos errores se pueden producir al mapear estructuras de datos diferentes, lo que provoca una bajada en la velocidad del rendimiento debido a que entre cada estructura de datos se debe mapear de forma independiente. En el uso de ODBMS no hay ningún tipo de error de este tipo.
Beneficiarnos de un rendimiento mayor puede proporcionar un impacto positivo al negocio bajo dos consideraciones:
- Quizá solo necesitemos el mejor rendimiento posible en datos complejos
- Podemos sacar provecho al alto rendimiento que ofrece ODBMS adquiriendo un hardware más barato
Datos Complejos
Los datos complejos de las bases de datos orientadas a objetos se ven representados por cuatro grupos de características:
- Una falta de identificación natural y única
- Una gran cantidad de relaciones
- Accesos por medio del uso de traversals
- Uso frecuente de códigos tipo
En el primer aspecto hay que decir que una característica común de los datos complejos es que se representan con un gráfico en el cual los nodos no tienen una identificación única. Además, indicamos que los datos complejos se producen cuando existen demasiadas relaciones entre ellos, como que x esté relacionado con muchas y’s y que a su vez estén relacionadas con muchas x’s.
Por su lado, el acceso con traversals es otra buena señal de ello. Y todo acaba de confirmarse con el uso frecuente de códigos tipo. Recordemos que en DBMS es difícil trabajar con estos códigos, puesto que no funcionan de forma conveniente. Es por ello que los usamos en RDBMS. Hay muchos ejemplos con los que es posible entender este factor. Pongamos que tenemos un campo productType dentro de una tabla relacional que se ha usado para diferenciar el procesado de distintos tipos de producto.
Si tenemos varios tipos de código podrían identificar diferentes prendas dentro de una base de datos sobre ropa (pantalones y calcetines, por ejemplo). En un ODBMS los tipos son un parte clave de la jerarquía de clase, siendo posible usar el código de cada tipo para unirlo a sus correspondientes clases.
