Mora diego 6_s_ti_1
0 recomendaciones193 vistas
Una base de datos orientada a objetos almacena objetos complejos que incluyen datos y métodos. Está diseñada para trabajar bien con lenguajes de programación orientados a objetos como Java y C++. Un SGBDOO soporta características como persistencia, concurrencia, recuperación, consultas, herencia y tipos genéricos. Si bien permiten un modelado más fiel de datos, los SGBDOO aún carecen de un modelo y estándares universales.
Mora diego 6_s_ti_1
- 1. UNIVERSIDAD NACIONAL DE CHIMBORAZO FACULTAD DE CIENCIAS DE LA EDUCACIÓN, HUMANAS Y TECNOLOGÍAS Escuela de Informática Aplicada a la Educación NOMBRE: Diego Mora CATEDRA: Base de Datos II DOCENTE: Ing. Leonardo Ayavaca TEMA: Bases de Datos Orientados a Objetos SEMESTRE: 6to 2014
- 2. Bases de Datos Orientados a Objetos Una base de datos orientada a objetos es una base de datos inteligente soporta el paradigma orientado a objetos almacenando métodos y datos, y no solamente datos. Está diseñada para ser eficaz, desde el punto de vista físico, para almacenar objetos complejos. Evite el acceso a los datos; esto gracias a los métodos almacenados en ella. Es más segura, ya que no permite tener acceso a los datos (objetos); esto debido a que para poder entrar se tiene que hacer por los métodos que haya utilizado el programador. Un SGBDOO es un SGBD que almacena objetos y por tanto posee todas las ventajas de la orientación a objetos. Las bases de datos orientadas a objetos, se diseñan para trabajar bien en conjunción con los lenguajes de programación orientados a objetos como: JAVA C++ Visual Basic.Net C# Características de un SGBDOO Persistencia Concurrencia Recuperación Gran almacén secundario Consultas Abstracción Encapsulación Modularidad Jerarquía Tipos Genericidad En total deben de ser 13 características obligatorias para los SGBDOO, basado en dos criterios: 1. Debe ser un sistema orientado a objetos. 2. Debe de ser un sistema gestor de base de datos, Esto según Atkinson. Y las características son: 1. Debe de soportar objetos complejos. Debe de ser posible construir objetos complejos aplicando constructores a objetos básicos. 2. Identidad del objeto. Todos los objetos deben tener un identificador, el cual es independiente de los valores de sus atributos. 3. Encapsulamiento. Los programadores solo tienen acceso a la especificación de interfaz de los métodos, y los datos e implementación de estos métodos están ocultos en los objetos. 4. Tipos o clases. El esquema de una base de datos orientada a objetos contiene un conjunto de clases o tipos. 5. Tipos o clases deben de ser capaces de heredar de sus supertipos o superclases los atributos y los métodos. 6. La sobrecarga debe ser soportada. Los métodos deben de poder aplicarse a diferentes tipos. 7. El DML debe ser completo. El DML en los sistemas gestores de base de datos orientados a objetos debe ser un lenguaje de programación de propósito general.
- 3. 8. El conjunto de tipos de datos debe ser extensible. No habrá distinción entre los tipos definidos por el usuario y los tipos definidos por el sistema. 9. Persistencia de datos. Los datos deben mantenerse después de que la aplicación que los creo haya finalizado, el usuario no tiene que hacer copia explícitamente. 10. El SGBD debe de ser capaz de manejar bases de datos grandes. 11. El SGBD debe soportar la concurrencia. Debe de disponer del mecanismo para el control de la concurrencia. 12. Recuperación. El sistema gestor debe de proveer mecanismos de recuperación de la información en caso de fallo del sistema. 13. El SGBD debe de proveer de una manera fácil de hacer consultas. Características de las Bases de Datos Orientadas a Objetos y diferencias de éstas con respecto a las relacionales. Mientras que en una BDR los datos a almacenar se almacenan representados en tablas en un BDOO los datos se almacenan como objetos. Un objeto en BDOO como en POO es una entidad identificable unívocamente que describe tanto el estado como el comportamiento de una entidad del ‘mundo real’. El estado de un objeto es descrito mediante atributos mientras que su comportamiento es definido mediante métodos. Las características asociadas a las BDOO son: Objetos: cada entidad del mundo real se modela como un objeto. La forma de identificar objetos es mediante un identificador de objetos (OID, Object Identifier), único para cada objeto. Generalmente este identificador no es accesible ni modificable para el usuario (modo de aumentar la integridad de entidades y la integridad referencial). Los OID son independientes del contenido. Es decir, si un objeto cambia los valores de atributos, sigue siendo el mismo objeto con el mismo OID. Si dos objetos tienen el mismo estado pero diferentes OID, son equivalentes pero tienen identidades diferentes. Encapsulamiento: cada objeto contiene y define procedimientos (métodos) y la interfaz mediante la cual se puede acceder a él y otros objetos pueden manipularlo. La mayoría de los SGBDOO permite el acceso directo a los atributos incluyendo operaciones definidas por el propio SGBDOO las cuales leen y modifican los atributos para evitar que el usuario Modelos Avanzados de Bases de Datos Funcionalidad 1 tenga que implementar una cantidad considerable de métodos cuyo único propósito sea el de leer y escribir los atributos de un objeto. Generalmente, los SGBDOO permiten al usuario especificar qué atributos y métodos son visibles en la interfaz del objeto y pueden invocarse desde afuera. Otros conceptos utilizados de la misma manera que en la POO son: o Clases o Herencia simple, múltiple y repetida. o Polimorfismo de operación, de inclusión y paramétrico; ligadura tardía (late binding); sobrecarga (overloading) y suplantación o anulación (overriding). U Objetos complejos. Ventajas e inconvenientes de las BDOO Aunque los SGBDOO pueden proporcionar soluciones apropiadas para muchos tipos de aplicaciones avanzadas de bases de datos, también tienen sus desventajas.
- 4. Las ventajas de un SGBDOO son: Mayor capacidad de modelado. El modelado de datos orientado a objetos permite modelar el ‘mundo real’ de una manera mucho más fiel. Esto se debe a: o un objeto permite encapsular tanto un estado como un comportamiento o un objeto puede almacenar todas las relaciones que tenga con otros objetos o los objetos pueden agruparse para formar objetos complejos (herencia). Ampliabilidad. Esto se debe a: Se pueden construir nuevos tipos de datos a partir de los ya existentes. O Agrupación de propiedades comunes de diversas clases e incluirlas en una superclase, lo que reduce la redundancia. Reusabilidad de clases, lo que repercute en una mayor facilidad de mantenimiento y un menor tiempo de desarrollo. Lenguaje de consulta más expresivo. El acceso navegacional desde un objeto al siguiente es la forma más común de acceso a datos en un SGBDOO. Mientras que SQL utiliza el acceso asociativo. El acceso navegacional es más adecuado para gestionar operaciones como los despieces, consultas recursivas, etc. Adecuación a las aplicaciones avanzadas de base de datos. Hay muchas áreas en las que los SGBD tradicionales no han tenido excesivo éxito como el CAD, CASE, OIS, sistemas multimedia, etc. en los que las capacidades de modelado de los SGBDOO han hecho que esos sistemas sí resulten efectivos para este tipo de aplicaciones. Mayores prestaciones. Los SGBDOO proporcionan mejoras significativas de rendimiento con respecto a los SGBD relacionales. Aunque hay autores que han argumentado que los bancos de prueba usados están dirigidos a aplicaciones de ingeniería donde los SGBDOO son más adecuados. También está demostrado que los SGBDR tienen un rendimiento 7 Modelos Avanzados de Bases de Datos Funcionalidad 1 mejor que los SGBDOO en las aplicaciones tradicionales de bases de datos como el procesamiento de transacciones en línea (OLTP). Los inconvenientes de un SGBDOO son: Carencia de un modelo de datos universal. No hay ningún modelo de datos que esté universalmente aceptado para los SGBDOO y la mayoría de los modelos carecen una base teórica.
- 5. Carencia de experiencia. Todavía no se dispone del nivel de experiencia del que se dispone para los sistemas tradicionales. Carencia de estándares. Existe una carencia de estándares general para los SGBDOO. Competencia. Con respecto a los SGBDR y los SGBDOR. Estos productos tienen una experiencia de uso considerable. SQL es un estándar aprobado y ODBC es un estándar de facto. Además, el modelo relacional tiene una sólida base teórica y los productos relacionales disponen de muchas herramientas de soporte que sirven tanto para desarrolladores como para usuarios finales. La optimización de consultas compromete la encapsulación. La optimización de consultas requiere una compresión de la implementación de los objetos, para poder acceder a la base de datos de manera eficiente. Sin embargo, esto compromete el concepto de encapsulación. El modelo de objetos aún no tiene una teoría matemática coherente que le sirva de base. Referencias Gálvez J, Bases de datos Orientadas a Objetos y Bases de Datos Objeto-Relacionales http://basededatos2010.wikispaces.com/file/view/BD+O-O+ventajas+y+desventajas.pdf Yazminic, DEFINICION Y CONCEPTOS DE LAS BASES DE DATOS ORIENTADOS A OBJETOS (febrero 4, 2011) https://yazminic.wordpress.com/2011/02/04/definicion-y-conceptos/