Análisis sobre BDOO y BDD
BDOO
La clave que posee la BDOO es el poder que conceden al diseñador para especificar tanto la estructura de objetos complejos como las operaciones que se pueden aplicar a esos objetos.
Está su flexibilidad, y soporte para el manejo de tipos de datos complejos. Por ejemplo: En una base de datos convencional, si una empresa adquiere varios clientes por referencia de clientes servicio, pero la base de datos existente, que mantiene la información de clientes y sus compras, no tiene un campo para registrar quién proporcionó la referencia, de qué manera fue dicho contacto, o si debe compensarse con una comisión, sería necesario reestructurar la base de datos para añadir este tipo de modificaciones. Por el contrario, en una BDOO, el usuario puede añadir una “subclase” de la clase de clientes para manejar las modificaciones que representan los clientes por referencia.
La subclase heredará todos los atributos, características de la definición
original, además se especializará en especificar los nuevos campos que se requieren,
así como los métodos para manipular solamente estos campos Naturalmente se
generan los espacios para almacenar la información adicional de los nuevos
campos. Esto presenta la ventaja adicional que una BDOO puede ajustarse a usar
siempre el espacio de los campos que son necesarios, eliminando espacio
desperdiciado en registros con campos que nunca usan.
La segunda ventaja de una BDOO, es que manipula datos complejos en forma rápida y ágilmente. La estructura de la base de datos está dada por referencias (o apuntadores lógicos) entre objetos.
Este sistema también tiene sus desventajas frente a los SGBD, por ejemplo:
Mecanismos de consulta muy primitivos, sin un estándar independiente de la plataforma aceptado.
Imposibilidad de procedimientos almacenados, ya que los objetos solo pueden ser consultados en el cliente.
Inmadurez en el mercado
No hay agrupamiento físico de objetos
Su limitación suele residir en su especialización, ya que suelen estar diseñadas para un tipo particular de objetos.
BDD
Refleja una estructura organizacional. los fragmentos de la base de datos se ubican en los departamentos a los que tienen relación.
Autonomía local: un departamento puede controlar los datos que le pertenecen.
Disponibilidad: un fallo en una parte del sistema solo afectará a un fragmento, en lugar de a toda la base de datos.
Rendimiento: los datos generalmente se ubican cerca del sitio con mayor demanda, también los sistemas trabajan en paralelo, lo cual permite balancear la carga en los servidores.
Economía.: es más barato crear una red de muchas computadoras pequeñas, que tener una sola computadora muy poderosa.
Modularidad: se pueden modificar, agregar o quitar sistemas de la base de datos distribuida sin afectar a los demás sistemas (módulos).
¿En qué casos recomendaría el uso de una BDOO y en qué casos el uso de una BDD?
Yo recomendaría el uso de bases de datos orientadas a objetos cuando la base de datos está hecha para una aplicación informática, ya que su estructura es acorde al paradigma de la POO, y estará lista para ser aprovechada de la mejor manera.
La BDD la recomendaría dependiendo la necesidad de la empresa, por ejemplo, una empresa con alto flujo de datos le recomendaría usar una BDD para mejorar su rendimiento y economía.
Video:
Comentarios
Publicar un comentario