Análisis BDOO y BDD

 ¿ En qué casos recomendaría el uso de una BDOO y en qué casos el uso de una BDD? Justifique la respuesta.

La base de datos orientada a objetos se usa cuando surge un proyecto o necesidad empresarial, en donde deba implementar: alto rendimiento, necesidad de negocio y datos complejos.

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

Beneficio de un rendimiento mayor puede proporcionar un impacto positivo al negocio bajo dos consideraciones:

1. Quizá solo se necesite el mejor rendimiento posible en datos complejos.
2. Se puede 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

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.

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.

Por otro 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 se usan 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 se tienen 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. 

Las bases de datos distribuidas se emplean habitualmente en empresas, organizaciones o instituciones que no tienen su actividad centralizada o que, debido a su gran tamaño, requieren la distribución de la información en varios nodos.

Razones para usar una base de datos distribuida: 

Fiabilidad: crear una infraestructura es similar a invertir: diversifíquese para reducir sus posibilidades de pérdida. Específicamente, si ocurre una falla en un área de la distribución, toda la base de datos no experimenta un retroceso.

Seguridad: puede otorgar permisos a secciones individuales de la base de datos general, para una mejor protección interna y externa.

Rentable: los precios del ancho de banda disminuyen porque los usuarios acceden a datos remotos con menos frecuencia.

Acceso local: si hay una falla en la red general, aún puede obtener acceso a su parte de la base de datos.

Crecimiento: si agrega una nueva ubicación a su negocio, es simple crear un nodo adicional dentro de la base de datos, lo que hace que la distribución sea altamente escalable.

Velocidad y eficiencia de los recursos: la mayoría de las solicitudes y otras formas de interactividad con la base de datos se realizan a nivel local, lo que también reduce el tráfico remoto.

Responsabilidad y contención: debido a que fallas técnicas o fallas ocurren localmente, el problema está contenido y puede ser manejado por el personal de TI designado para manejar esa parte de la empresa.

La importancia en el diseño de bases de datos distribuidas se refiere, en general, a hacer decisiones acerca de la ubicación de datos y programas a través de los diferentes sitios de una red de computadoras. La decisión de dónde colocar a las aplicaciones tiene que ver tanto con el software del Sistema de Administración de Base de Datos (DDBMS) como con las aplicaciones que se van a ejecutar sobre la base de datos.