stringtranslate.com

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 DBMS que utiliza el paradigma de la orientación a componentes . [ cita necesaria ]

Conceptos

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 necesaria ] 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 por componentes mezcla un conjunto de características de sus modelos predecesores. Comprenderlo es más sencillo si se piensa 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 ícono dentro de otra aplicación, ícono que cuando uno hace clic en él implementa ciertas tareas. [5] Entonces estos conceptos se pueden extender 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 OO , que pueden vincularse a otras mediante adaptadores . [7]

Como después de que los datos de concepción del modelo OO 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 la otra. Si bien este enigma es importante en el área epistemológica conceptual, en el procesamiento práctico de datos esta cuestión 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 en el que la separación de datos y código todavía está bien definida. [9]

Implementación

En la actividad de programación , el CO a menudo se lleva a cabo 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 modelado de datos , administración de datos y administración de bases de datos , la versión cartográfica 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]

Ventajas

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]

Hay que 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 del pensamiento OO. La base que sustenta nociones de OO como encapsulación , herencia y polimorfismo no conduce necesariamente a la idea de reutilizar aplicaciones como módulos de nuevos trabajos. El pensamiento CO también asegura que los componentes sean completamente probados, como una aplicación real, y por lo tanto existe en este modelo el paroxismo de la reutilización, [11] así como la característica de comprensibilidad para los usuarios finales, como corolario de la aplicación->comp. forma de realizar el funcionamiento de TI.

Incluso utilizando 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 tratarse como parte (componente) de un nuevo modelo más completo. [ cita necesaria ]

Bibliografía

Ver también

Referencias

  1. ^ César, Sergio de; Lycett, Marcos; Macrédie, Bobert. D. (2006). Desarrollo de Sistemas de Información Basados ​​en Componentes. vol. 2 (1ª ed.). Nueva York: ME Sharp. pag. 52.ISBN​ 0765612488. ISSN  1554-6152.
  2. ^ Fröhlich, Peter Hans (2003). Lenguajes de programación orientados a componentes: por qué, qué y cómo (1 ed.). Irvine: Universidad de California. pag. 2.
  3. ^ Sureau, Denis (27 de marzo de 2012). "Historia de los lenguajes de programación y su evolución". Scriptol. Archivado desde el original el 16 de octubre de 2012 . Consultado el 29 de marzo de 2012 .
  4. ^ o incluso una pequeña aplicación o subprograma
  5. ^ ab "Los beneficios de la programación modular" (PDF) . Organización Netbeans. 2007. Archivado desde el original (PDF) el 12 de enero de 2012 . Consultado el 29 de marzo de 2012 .
  6. ^ Piveta, Eduardo Kessler; Zancanella, Luis Carlos. "Aurélia: programación orientada a aspectos utilizando un enfoque reflexivo" (PDF) . Departamento de Informática de la Universidad Santa María . Consultado el 29 de marzo de 2012 .[ enlace muerto permanente ]
  7. ^ "Componentes: interfaces y adaptadores". Laboratorios de matriz retorcida. Archivado desde el original el 24 de febrero de 2012 . Consultado el 29 de marzo de 2012 .
  8. ^ Guthery, Scott (1 de diciembre de 1989). "¿El traje nuevo del Emperador está orientado a objetos?". Diario del Dr. Dobb . Consultado el 29 de marzo de 2012 .
  9. ^ "Introducción a Java en la base de datos Oracle". Documentos de Oracle . Consultado el 30 de marzo de 2012 .
  10. ^ Hameurlain, Abdelkader. Apuntes de conferencias sobre informática .
  11. ^ Grundy, John; Patel, Rakesh (2000). "Desarrollo de componentes de software con UML, Enterprise Java Beans y Aspects" (PDF) . Facultad de Tecnologías de la Información y las Comunicaciones del Universo Tecnológico de Swinburne. Archivado desde el original (PDF) el 16 de marzo de 2014 . Consultado el 30 de marzo de 2012 .