La base de datos orientada a componentes ( CODB ) es una forma de administración de datos y programación de DBMS que utiliza el paradigma de la orientación a componentes . [ cita requerida ]
El paradigma de orientación a componentes (CO) es un desarrollo de la orientación a objetos (OO) en programación y modelado de datos , llevando al extremo las posibilidades de reutilización. [1] En este tipo de modelo, las clases se agregan en celdas llamadas componentes , [ cita requerida ] que ejecutan un papel 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]
Por lo tanto, la orientación a componentes combina un conjunto de características de sus modelos predecesores. Es más sencillo comprenderlo si pensamos en el componente visual , es decir, una aplicación [4] que no se despliega en un ejecutable o código de bytes , sino que se vincula mediante un icono dentro de otra aplicación, icono que, al hacer clic en él, implementa determinadas tareas. [5] Luego, estos conceptos se pueden extender a los 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 OO , que pueden vincularse con otras mediante adaptadores . [7]
Como después de 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 la programación CODB y CO están separadas una de otra. Aunque este enigma es importante en el área epistemológica conceptual, en el procesamiento práctico de datos no tiene tanta importancia debido al uso de modelos de mapeo para software usado a gran escala, como los mapeos llamados ORDBMS y CRDB (base de datos relacional de componentes), en los que la separación de datos y código aún está bien definida. [9]
En la actividad de programación , la CO se lleva a cabo a menudo con lenguajes OO utilizados a gran escala (como C++ , 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 los modelos basados en componentes se conoce como base de datos relacional de componentes (CRDB). [10]
La principal ventaja del pensamiento orientado a componentes, como se vio en los primeros capítulos, es la optimización de la reutilización del trabajo. Alejándose de los usos de los modelos OO, el paradigma CO permite el uso de aplicaciones listas para usar como módulos para proyectos nuevos y más grandes. [5]
Es necesario tener en cuenta que estas características técnicas no se consiguen en los modelos OO tradicionales, aunque la idea de componente surgió de forma natural a partir del pensamiento OO. Las nociones básicas de apoyo de OO como encapsulación , herencia y polimorfismo no conducen necesariamente a la idea de reutilizar aplicaciones como módulos de nuevos trabajos. El pensamiento CO también asegura que los componentes se prueben completamente, como una aplicación real, y por tanto existe en este modelo el paroxismo de la reutilización, [11] así como la característica de la comprensibilidad para los usuarios finales, como corolario de la forma app->comp de realizar los trabajos de TI.
Incluso si se utiliza el mismo software que está presente en el paradigma OO, existen muchas consecuencias específicas en el mundo de las actividades orientadas a datos. De manera análoga, los modelos completos compuestos de clases pueden ser tratados como una parte (componente) de un nuevo modelo más completo. [ cita requerida ]