Banco de dados orientado a componentes

Banco de dados orientado a componentes (CODB) é um paradigma de administração de dados e programação de SGBDs herdando conceitos da orientação a componentes.

Conceitos

O modelo da orientação a componentes (CO) consiste num aprimoramento da orientação a objetos (OO) em programação e modelagem de dados, levando ao paroxismo as possibilidades de reúso. Neste tipo de modelo, classes são agregadas em células chamadas componentes, as quais executam um papel semelhante ao da função na programação estruturada, uma forma de processar informação que é contemporênea ao banco de dados relacional

Assim, a orientação a componentes reúne um complexo de características dos modelos antecedentes. Seu entendimento torna-se simples a partir da ideia do componente visual, que consiste numa aplicação ou mesmo numa miniaplicação ("applet") que, ao ser compilada, não resulta num executável ou num bytecode, mas num ícone, que pode ser situado no interior de outra aplicação, sendo que, durante a execução da segunda aplicação, ao clicar no ícone, se realizam determinadas tarefas. Tal ícone pode ser replicado em várias aplicações, daí a ideia de reúso. Então, esses conceitos podem ser estendidos aos componentes não visuais

No âmbito das atividades de TI que dizem respeito a bancos de dados, o componente, visual ou não, é um agregado de classes, no sentido dado pela OO, que pode ser ligado a outros (componentes) através de adaptadores.

Como a partir da concepção do modelo OO, dados e códigos de programação são misturados num mesmo contexto, sem distinção de textos, há dificuldade no entendimento de como a programação CO e o CODB se distinguem. Embora haja esta dificuldade conceitual, na práxis do processamento de dados, não se trata de algo importante, tendo em vista o uso em larga escala de modelos de mapeamento como o ORDBMS e o CRDB (banco de dados componente-relacional), nos quais a separação de dados e programas ainda é bem definida

Implementação

Na atividade de programação, a CO usualmente aparece com o uso de linguagens OO de uso amplo (como C++ ou Java) com um mapeamento. No projeto, este paradigma é realizado pela UML. Nas atividades de modelagem de dados, administração de dados e administração de banco de dados, o mapeamento é semelhante ao do paradigma ORDBMS. O paradigma adaptado para o modelo baseado em componentes é chamado de banco de dados componente-relacional (CRDB).

Vantagens

A principal vantagem do pensamento orientado a compnentes, como visto nos capítulos anteriores, é a otimização da reusabilidade do trabalho. Indo além do resultado do uso do modelo OO, a CO permite o uso de aplicações "prontas" como módulos para novos e maiores projetos.

É preciso notar que estas características técnicas não são alcançadas nos modelos da tradicional OO, apesar da ideia de compnente surgir naturalmente do pensamento OO. A base da CO comporta noções como encapsulamento, herança e polimorfismo, as quais, entretanto, sozinhas não levam à ideia de reutilizar aplicações como módulos de novos trabalhos. O pensamento CO, além disto, assegura que componentes totalmente testados (por serem oriundos de aplicações) são as partes da composição de uma nova aplicação: daí o paroxismo do reúso, assim como a característica da facilidade de entendimento para o usuário final são corolários do modo aplicação->compnente de realizar tarefas em TI.

Mesmo usando os mesmos softwares presentes no paradigma OO, há várias consequências específicas no mundo das atividades orientadas a dados. Numa analogia, modelos compostos de classes podem ser tratados como partes (componentes) dentro de um modelo mais abrangente^{[carece de fontes]}.

Bibliografia

• Buschmann, Frank; Meunier, Regine; Rohnert, Hans; Sommerlad, peter. Pattern-Oriented Software Architecture, Volume 1. John Wiley & Sons, 1996, ISBN 047195869-7.
• Cho, Eun-Sun ; Han, Sang-Yong; Kim, Hyoung-Joo. A New Data Abstraction Layer Required For OODBMS, Proceedings of 1997 International Database engineering and Applications Symposium (IDEAS’97).
• Clemente, Pedro J.; Hernandez, Juan. Aspect Component Based Software Engineering, Proceedings of The Second AOSD Workshop on Aspects, Components, and Patterns for Infrastructure Software (ACP4IS), março de 2003.
• Clements, Paul. From subroutines to subsystems: Component-Based Software Development. Brown, Allen. Component-Based Software Engineering: Selected Papers from Software Institute, 1996.
• Erich Gamma, Erich; Helm, Richerd; Johnson, Ralph; Vilssides, John. Design Patterns. Elements of Reusable Object-Oriented Software. Addison-Wesley, 1995, ISBN 0201633612.
• Garcia-Molina, Hector; Ulman, Jeffrey D.; Widom, Jennifer, Database Systems – A complete book. Prentice Hall, 2002, ISBN 0131873253.
• Pfister, C.;Szyperski, C.. Why Objects Are Not Enough, Proceedings of Component Users Conference, Munich, Germany, 1996.
• Rotaru, Octavian Paul;Dobre, Marian;Petrescu, Mircea. Integrity and Consistency Aspects in Component-Oriented Databases, Proceedings of the International Symposium on Innovation in Information.
• Stroustrup, Bjarne. Why C++ is not just an Object-Oriented Programming Language, Addendum to OOPSLA95 Proceedings, ACM OOPS Messenger, October 1995.
• Szyperski, Clemens. Component Software – Beyond Object-Oriented Programming. ACM Press/Addison-Wesley, 1998, ISBN 0201178885.

Ver também

• Banco de dados orientado a objetos
• Modelo relacional

Nota

• Este artigo foi inicialmente traduzido, total ou parcialmente, do artigo da Wikipédia em inglês cujo título é «Component-oriented database», especificamente desta versão.