Base de datos orientada a componentes

La base de datos orientada a componentes ( CODB ) es una forma de administración de datos y programación de sistemas de gestión de bases de datos (DBMS ) que utiliza el paradigma de la orientación a componentes .

El paradigma de la orientación a componentes (OC) es un desarrollo de la orientación a objetos (OO) en programación y modelado de datos , que lleva al extremo las posibilidades de reutilización. ^{[ 1 ]} En este tipo de modelo, las clases se agregan en celdas llamadas componentes , que ejecutan un rol similar a la función en la programación estructurada , ^{[ 2 ]} una forma de procesar información contemporánea al modelo de base de datos relacional . ^{[ 3 ]}

Así, la orientación a componentes combina un conjunto de características de sus modelos predecesores. Su comprensión resulta más sencilla al pensar en el componente visual , es decir, una aplicación ^{[ 4 ]} que no se implementa en un ejecutable o código de bytes , sino que se vincula mediante un icono dentro de otra aplicación; al hacer clic en dicho icono, se ejecutan ciertas tareas. ^{[ 5 ]} Posteriormente, este concepto puede extenderse a componentes no visuales . ^{[ 6 ]}

En las actividades de bases de datos, el componente, visual o no, es un agregado de clases , en el sentido de la POO , que se pueden vincular a otras mediante adaptadores . ^{[ 7 ]}

Dado que, tras la concepción del modelo OO, los datos y el código de programación se mezclan en un cuerpo cohesivo, ^{[ 8 ]} existen algunas dificultades para concebir dónde se separan la CODB y la programación CO . Si bien este enigma es importante en el ámbito epistemológico conceptual, en el procesamiento práctico de datos no tiene tanta relevancia debido al uso de modelos de mapeo para software de uso a gran escala, como los mapeos denominados ORDBMS y CRDB (base de datos relacional de componentes), en los que la separación de datos y código está bien definida. ^{[ 9 ]}

En la actividad de programación , la CO se realiza a menudo con lenguajes OO de uso generalizado (como C++ y Java ) con adaptación de mapeo . En el diseño, el paradigma se apoya en UML . En el modelado de datos , la administración de datos y la administración de bases de datos , la adaptación de mapeo es similar al paradigma ORDBMS . El paradigma adaptado a modelos basados ​​en componentes se conoce como base de datos relacional de componentes (CRDB). ^{[ 10 ]}

La principal ventaja del pensamiento orientado a componentes es la optimización de la reutilización del trabajo. El paradigma CO permite el uso de aplicaciones listas para usar como módulos para proyectos nuevos y de mayor envergadura. ^{[ 5 ]}

Las nociones de la POO, como la encapsulación , la herencia y el polimorfismo, no necesariamente conducen a la idea de reutilizar aplicaciones como módulos de nuevos trabajos. El pensamiento de la CO también asegura que los componentes se prueben completamente, como una aplicación real, y por lo tanto, en este modelo existe el paroxismo de la reutilización, ^{[ 11 ]} así como la característica de la comprensibilidad para los usuarios finales, como corolario del enfoque app->comp para realizar los trabajos de TI.

Incluso utilizando el mismo software que se emplea en el paradigma de la programación orientada a objetos, existen muchas consecuencias específicas en el mundo de las actividades basadas en datos. De forma análoga, los modelos completos compuestos por clases pueden tratarse como una parte (componente) de un modelo nuevo y más completo.

• Buschmann, Frank; Meunier, Régine; Rohnert, Hans; Verano, peter. Arquitectura de software orientada a patrones, volumen 1. John Wiley & Sons, 1996, ISBN 047195869-7.
• Cho, Eun-Sun; Han, Sang-Yong; Kim, Hyoung-Joo. Una nueva capa de abstracción de datos necesaria para OODBMS, Actas del Simposio Internacional de Ingeniería y Aplicaciones de Bases de Datos de 1997 (IDEAS'97).
• Clemente, Pedro J.; Hernandez, Juan. Ingeniería de software basada en componentes de aspectos, Actas del Segundo Taller de la AOSD sobre Aspectos, Componentes y Patrones para Software de Infraestructura (ACP4IS), marzo de 2003.
• Clements, Paul. De las subrutinas a los subsistemas: Desarrollo de software basado en componentes. Brown, Allen. Ingeniería de software basada en componentes: Artículos seleccionados del Software Institute, 1996.
• Erich Gamma, Erich; Helm, Richerd; Johnson, Ralph; Vilssides, John. Patrones de diseño. Elementos de software orientado a objetos reutilizable. Addison-Wesley, 1995, ISBN 0201633612.
• Garcia-Molina, Hector; Ulman, Jeffrey D.; Widom, Jennifer, Sistemas de bases de datos: un libro completo. Prentice Hall, 2002, ISBN 0131873253.
• Pfister, C.; Szyperski, C.. Por qué los objetos no son suficientes, Actas de la Conferencia de Usuarios de Componentes, Múnich, Alemania, 1996.
• Rotaru, Octavian Paul; Dobre, Marian; Petrescu, Mircea. Aspectos de integridad y consistencia en bases de datos orientadas a componentes, Actas del Simposio Internacional sobre Innovación en la Información.
• Stroustrup, Bjarne. Por qué C++ no es solo un lenguaje de programación orientado a objetos, Anexo a las Actas de OOPSLA95, ACM OOPS Messenger, octubre de 1995.
• Szyperski, Clemens (1998). Software de componentes: más allá de la programación orientada a objetos . ACM Press/Addison-Wesley. ISBN 0201178885.

• Base de datos de objetos
• Modelo relacional