Introducing
Your new presentation assistant.
Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.
Trending searches
Un objeto puede heredar comportamiento de otro tipo de objetos (herencia) y puede adaptarse para responder de diferentes maneras ante la solicitud de una acción (polimorfismo), lo importante es que permite representar cosas de la vida real con relativa facilidad (abstracción) y que todo esto se puede implementar de manera que no nos importe el código, sino sólo la manera de comunicarnos con estos objetos pensando en ellos como una sola unidad (encapsulamiento).
Almacén de Objetos complejos: los SGBDOO deben permitir construir objetos complejos aplicando constructores sobre objetos básicos.
Identidad de los objetos: todos los objetos deben tener un identificador que sea independiente de los valores de sus atributos.
Encapsulación: los programadores sólo tendrán acceso a la interfaz de los métodos, de modo que sus datos e implementación estén ocultos.
Tipos o clases: el esquema de una BDOO incluye únicamente un conjunto de clases (o un conjunto de tipos).
Herencia: un subtipo o una subclase heredará los atributos y métodos de su supertipo o superclase, respectivamente.
Polimorfismo: los métodos deben poder aplicarse a diferentes tipos (sobrecarga). La implementación de un método dependerá del tipo de objeto al que se aplique. Para proporcionar esta funcionalidad, el sistema deberá asociar los métodos en tiempo de ejecución.
Completitud de cálculos, usando el lenguaje de manipulación de datos (DML – Data Management Language).
El conjunto de tipos de datos debe ser extensible: Además, no habrá distinción en el uso de tipos definidos por el sistema y tipos definidos por el
usuario.
Persistencia de datos: los datos deben mantenerse (de forma transparente) después de que la aplicación que los creo haya finalizado. El usuario no tiene que hacer ningún movimiento o copia de datos explícita para ello.
Debe ser capaz de manejar gran cantidad de datos: debe disponer de mecanismos transparentes al usuario, que proporcionen independencia entre los niveles lógico y físico del sistema.
Concurrencia: debe poseer un mecanismo de control de concurrencia similar al de los sistemas convencionales.
Recuperación: debe poseer un mecanismo de recuperación ante fallos similar al de los sistemas relacionales (igual de eficientes).
Método de consulta sencillo: debe poseer un sistema de consulta de alto nivel, eficiente e independiente de la aplicación (similar al SQL de los sistemas relacionales).
La clave que posee la BDOO es el poder que confieren 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. Ya que se pueden tener clases y subclases creadas, por ejemplo: una base de clientes puede tener una subclase de la referencia de este cliente y esta heredara todos sus atributos y características de la clase original.
La segunda ventaja de una BDOO, es que manipula datos complejos en forma rápida y ágil. La estructura de la base de datos está dada por referencias (o apuntadores lógicos) entre objetos.
Al considerar la adopción de la tecnología orientada a objetos, la inmadurez del mercado de BDOO constituye una posible fuente de problemas. Hay muy pocos manejadores de base de datos en el mercado que soporten este tipo de arquitectura
El segundo problema es la falta de estándares en la industria orientadas a objetos
(1989): Enfoque purista que sostiene que los SMBDOO deben soportar un modelo de objetos puros y no basarse en extensiones semánticas de modelos clásicos como el relacional.
(1995):
Reinterpretan el modelo relacional bajo la visión orientada al objeto.
(1990):
SMBD Relacionales extendidos que sean capaces de soportar los conceptos de orientación al objeto. Es la postura que propugnan los principales vendedores de productos relacionales.
Diego Esteban Alvarez Avila
Daniel Augusto Cardozo Cipamocha
Juan Sebastian Forero Noguera
Andres Guillermo Hernández Villa
Jesús Alfonso Mora Contreras
Deficiencia que presentan los modelos clásicos:
El paradigma orientado a objetos se basa en el encapsulamiento de datos. En general cada objeto esta asociado con:
Es una BD donde los elementos de datos son objetos y las relaciones se mantienen por medio de inclusión lógica.
NOTA: Mensaje en entorno OO no implica uso de mensajes físicos en redes informáticas.
class Empleado{
//Variables
String nombre;
String direccion;
date fechaDeAlta;
int sueldo;
//Mensajes
int sueldoAnual ();
String obtenerNombre ();
String obtenerDireccion ();
int antiguedad ();
}
Caso 1: PRONAUTIC
Caso 2: Xerox Global Services
Caso 3: MACBA
Caso 4: NASDAQ
Caso 5: Centro de regulación Genómica
Las BDOO poseen una alta complejidad,
lo cual permite un mejor rendimiento
en las tareas de actualización y eliminación de datos
Las BDOO representan el siguiente paso en la evolución de las bases de datos, para soportar el análisis, Diseño y Programación OO.
Mejor Rendimiento en maquina.
Las BDOO existirán con las bases de datos relacionales aun por un tiempo.
Las BDOO resultan prácticas en cuanto al manejo de la información, por ende se constituiría como buena idea el convertirlas en un estándar para los sistemas de BD
Los sistemas de Bases de Datos Orientados a Objetos deben su complejidad a su diseño y a su respectiva programación, desde el punto de vista de administrador
Las BDOO constituyen una importante solución en cuanto a la representación de la información que actualmente se manipula en las grandes empresas.
El constante cambio en el manejo de la información requiere de las técnicas de optimización que las BDOO nos ofrecen.