Fundamentos de Bases de Datos Orientadas a Objetos

En este artculo introductorio, se da una idea del campo de las Bases de Datos Orientada a Objetos, el material en este volumen es una seleccin de la literatura desarrollada sobre este tema. Fueron escogidas primordialmente por su amplitud, adems se intent no describir profundamente sobre el tema, slo se proporcionan ideas principales y enfoques. Existen algunos tpicos especializados no incluidos por limitacin de espacio, pero se aportan algunas referencias en caso de ampliar ms informacin sobre el tema.

1. Introduccin
La creacin de nuevas aplicaciones requeran de una difcil seleccin de informacin para muchas fuentes. Los programas eran dependientes de las estructuras de los datos almacenados haciendo estas estructuras difciles al cambio. Sin embargo, los sistemas de Bases de Datos han mejorado los procesos de desarrollo de aplicacin en grandes ambientes de datos intensivos para proporcionar una sencilla y uniforme vista de datos expresada en trminos de estructuras independientes. Su alto nivel de caractersticas lingsticas y sus facilidades para compartir de una manera controlada, hace posible que en un futuro se creen aplicaciones integradas ms fcilmente. La integridad de los datos est controlada por el sistema de Base de Datos (es decir, son responsables de cada programa de aplicacin). Existe un conjunto de altas rutinas similares para el formateo de datos y accesos (separando grupos de rutinas de caractersticas variantes en cada aplicacin). Los sistemas de software que han puesto un ambiente tpico, incluyen herramientas, editores de esquema, checadores de diseo y programas de circuito disponibles. La disponibilidad de alta ejecucin en las estaciones de trabajo grfica, se han incrementado tanto en la expansin como en la complejidad de las aplicaciones de los datos intensivos. Algunos ejemplos son el diseo de computadoras auxiliares (CAD), ingeniera de software de computadoras auxiliares (CASE) y sistemas de informacin de oficinas (OIS). Si observamos el CAD elctrico como un ejemplo: en donde los sistemas de software que han puesto un ambiente tpico incluyen herramientas tales como editores de esquema, checadores de diseo y programas de circuitos disponibles, todos esos subsistemas como sus anteriores procesadores de datos, requieren de muchos nmeros de datos persistentes. Sin embargo, el nivel de complejidad de estos programas y de esos datos ha llegado ms all que los sistemas de Bases de Datos tradicionales. Actualmente, los programas de aplicacin en ambientes de diseo almacenan sus datos en estructuras de archivos de aplicacin especfica. Aqu el estado del arte es difcil como en la misma etapa que existi despus de introducir La tecnologa de Bases de Datos que pueda proporcionar el mismo aumento de desarrollo en las aplicaciones complejas que ocurren en el procesamiento de datos comerciales. El desarrollo de las Bases de Datos Orientadas a Objetos, hacia una gran cobertura, han sido manejadas por esta necesidad.

2. Principios de orientacin a objetos

En una base de datos orientada a objetos, cualquier cosa es un objeto y se manipula como tal. Un objeto es una instancia que responde a mensajes activando un mtodo. Los objetos soportan una serie de caractersticas de los mismos : Se agrupan en tipos denominados clases Contienen datos internos que definen su estado actual Soportan ocultacin de datos Pueden heredar propiedades de otros objetos Pueden comunicarse con otros objetos enviando o pasando mensajes Tienen mtodos que definen su comportamiento Las clases son una coleccin de objetos con propiedades similares, compartimiento comn, relaciones comunes a otras clases. La instancia es un objeto con propiedades definidas en su descripcin de la clase. El mensaje es una clase que debe tener un mtodo correspondiente. Un mensaje puede ser enviado a un objeto a ejecutar una accin. El mtodo es una lista de instrucciones detalladas que definen cmo responde un objeto a un mensaje en particular. La superclase es la clase que deriva a otra clase. La subclase es la clase derivada de una superclase. La liga expresa compatibilidad de relaciones entre las clases. Los objetos heredan las caractersticas de su clase y de todas las clases de nivel superior a la que pertenecen. Estos principios y tcnicas hacen que las OOBD estn adecuadas a aplicaciones que implican tipos de datos complejos, tales como documentos compuestos o de diseo asistidos por computadora que combinan texto, grficos y hojas de clculo. La Bases de Datos proporciona un modo natural de representar las jerarquas que aparecen en los datos complejos. La jerarqua de clases permite a la Base de Datos seguir la pista del tipo de cada objeto en el documento. Finalmente, el mecanismo de mensajes ofrece soporte natural para una interfaz de usuarios grfica.

3. Bases de Datos Orientadas a Objetos (OOBD)

El campo de las Bases de Datos Orientadas a Objetos se ha introducido como una nueva rea de investigacin. Los campos de lenguajes de programacin, inteligencia artificial e ingeniera de software han contribuido con el uso de la tecnologa orientada a objetos en el rea de las Bases de Datos. El desafo del rea de Bases de Datos es integrarlos en un diseo de sistema simple que

mantenga el equipo deseado para cada campo. El resultado es conservar las caractersticas centrales de las Bases de Datos modernas, incluyendo persistencia, control de concurrencia, recuperacin, consistencia y un lenguaje de consulta. Aunque es llamativo decir que las Bases de Datos Orientadas a Objetos son una Base de Datos que estn diseadas a direccionar los problemas de diseo de ambientes, sus aplicaciones se extienden ms all de su extrecho mercado. El diseo de ambientes es el primer ejemplo de una categora de aplicaciones la cual podremos caracterizar como programacin de datos intensivos. Un programa de datos intensivos es aquel que produce y/o requiere de un gran nmero de datos (muchos de ellos no podran introducirse al mismo tiempo dentro de la memoria virtual de un programa). Programar a lo grande se refiere a que los procesos de ingeniera de software requieran de mltiples programadores para producir programas grandes y complejos. La complejidad de estos sistemas no slo se muestra en los programas que manipulan datos sino en los datos mismos. Por ejemplo : los datos que son usados en la aplicacin de diseos elctricos contienen muchas interconexiones complejas con muchas limitaciones complejas en la forma de que estas son usadas. Las Bases de Datos direccionan ambas fuentes de complejidad incluyendo facilidades en el manejo de procesos de ingeniera de software y las caractersticas para la captura ms directa de algunas interconexiones y limitaciones en los datos. Un problema en el desarrollo de aplicaciones en las bases de datos es la impedancia entre el lenguaje de manipulacin de datos (DML) de las bases de datos y el lenguaje de programacin de propsito general en el cual el resto de las aplicaciones son escritas. Los lenguajes de programacin de bases de datos resuelven el problema de impedancia documentando los tipos de datos de un lenguaje de propsito general persistente, o agregando tipos de sistemas de un lenguaje. Sin embargo, cuando accesamos a los datos de otros lenguajes el problema de la impedancia realmente existe. Las Bases de Datos Orientadas a objetos tratan de mejorar el problema de la impedancia extendiendo el DML hacia una mayor aplicacin que puede ser escrita en DML. Sin embargo, pocas Bases de Datos Orientadas a Objetos pueden expresar las aplicaciones complejas por s mismas, frecuentemente muchas de estas aplicaciones en las Bases de Datos, la interfaz entre la Base de Datos y el lenguaje de propsito general estn menos mezcladas. El DML carece una computacin incompleta para expresar las partes de no manipular datos de la aplicacin. El lenguaje de propsito general tiene persistencia de datos slo en la forma de los archivos. Careciendo de un modo sofisticado de memoria persistente que incluye tipos de alto nivel, limitaciones y consultas. Para preservar la exactitud de las Bases de Datos en la presentacin de la ejecucin de procesos concurrentes, los sistemas de Bases de Datos definen el concepto de transacciones atmicas. Las transacciones son unidades de trabajo que permiten procesar concurrencia garantizando resultados que son equivalentes a los resultados producidos por algunas ejecuciones seriales. Definimos esta propiedad de equivalencia como Seriabilidad. Existen muchas implementaciones que garantizan las ejecuciones seriabilizables, en las transacciones de Read-Write. Si existen transacciones de Read y Write al mismo tiempo sobre el dato x entonces surgir un conflicto al escribir el dato x, por lo que el manejador de datos tomar la decisin correspondiente. Las Bases de Datos Orientadas a Objetos presentan una oportunidad para dar ms concurrencia que otros enfoques tradicionales. En el enfoque orientado a objetos, los sistemas de Bases de Datos conocen acerca de las operaciones que van a ser ejecutadas. Para aplicaciones cooperativas, como en el diseo ambientes, la nocin de seriabilidad es muy exacto. El diseo cooperativo es basado en la nocin de unidades de trabajo que

puedan interactuar como resultados inesperables. Esta observacin ha creado una nueva rea de inters de investigacin, basada en la tecnologa orientada a objetos en el control de concurrencia. Es muy comn ver las OOBD implementadas como un interprete de un manejador de almacenamiento. Este es el responsable de los movimientos de los objetos desde el disco hacia la memoria principal, para el manejador del Buffer y algunas transacciones de bajo nivel y tareas de recuperacin. El interprete es el responsable de proveer las facilidades requeridas en las vistas de objetos, tipos y mtodos. Esta arquitectura aparece en los sistemas de Base de Datos Relacionales. Por ejemplo: Sistema R., Prototipo Relacional IBM, tienen un manejador de almacenamiento llamado RSS, el cual soporta el sistema de tiempo de ejecucin (RTS). Existen varias Bases de Datos comerciales Orientadas a Objetos actualmente bajo desarrollo, pero slo un grupo de ellas estn disponibles hoy en da como productos comerciales. Sin embargo, las OOBD ya han provocado una tormenta de controversias en la comunidad de las Bases de Datos. Los lenguajes de consultas para OOBD son an difciles de implementar. Existe una tensin entre encapsulacin y la vista estructural de datos caractersticos de lenguajes de consulta tales como : SQL y QUEL. El modelo umbral puede ser usado como una norma a determinar si s o no un sistema podra dar consideraciones a ser una OOBD. Una OOBD debe tener por lo mismo los siguientes requerimientos : Debe proporcionar funcionalidad en la Base de Datos. Tal como, incluir todas las caractersticas esenciales. Debe soportar la identificacin de objetos Debe proporcionar Encapasulamiento. Esta encapsulacin puede ser la base en la cual todos los objetos abstractos son definidos. Debe soportar objetos con estado complejo. El estado de un objeto puede referirse a otros objetos, la cual en turno puede tener nuevas referencias desde otra parte.