Vamos comparar e contrastar bancos de dados relacionais, relacionados a objetos e orientados a objetos:
1. Bancos de dados relacionais (rdbms): *
Estrutura: Os dados são organizados em tabelas com linhas (registros) e colunas (atributos). As relações entre as tabelas são definidas usando chaves (chaves primárias e estrangeiras). O modelo de dados é baseado em álgebra relacional.
*
Tipos de dados: Suporta principalmente tipos de dados simples, como números inteiros, strings, datas, etc.
*
Implementação: Usa o SQL (linguagem de consulta estruturada) para manipulação e consulta de dados.
*
Vantagens: A tecnologia madura, bem compreendida, propriedades ácidas (atomicidade, consistência, isolamento, durabilidade) garante a integridade dos dados, eficiente para dados estruturados, excelentes ferramentas e suporte.
*
Desvantagens: Pode ser ineficiente para relacionamentos complexos de dados, incompatibilidade de impedância entre o modelo relacional e as linguagens de programação orientadas a objetos, dificuldade em modelar objetos complexos diretamente.
Cenário de exemplo: As informações de cliente e produto de um grande site de comércio eletrônico. A natureza estruturada dos detalhes do cliente (nome, endereço, histórico de pedidos) e detalhes do produto (nome, descrição, preço) se presta bem a tabelas relacionais. O poder do SQL na consulta e atualização dessas tabelas o torna ideal para este aplicativo.
2. Bancos de dados relacionados a objetos (ORDBMS): *
Estrutura: Combina aspectos de bancos de dados relacionais e orientados a objetos. Ele estende o modelo relacional para incorporar conceitos orientados a objetos, como classes, objetos, herança e métodos. Normalmente mantém a estrutura relacional subjacente, mas oferece recursos para mapear objetos para tabelas.
*
Tipos de dados: Suporta tipos de dados simples e complexos, incluindo tipos definidos pelo usuário (UDTS) que podem encapsular vários atributos e métodos.
*
Implementação: Usa extensões SQL para lidar com recursos orientados a objetos.
*
Vantagens: A ponte a lacuna entre a programação relacional e orientada a objetos permite uma melhor modelagem de estruturas de dados complexas, melhora o desempenho para aplicações orientadas a objetos.
*
Desvantagens: Pode ser mais complexo para projetar e implementar do que os bancos de dados relacionais puros, o desempenho pode ser menos previsível que o RDBMS, menos maduro que o RDBMS.
Cenário de exemplo: Um sistema CAD (design auxiliado por computador). Um desenho CAD pode consistir em vários objetos complexos (linhas, círculos, curvas) com atributos e métodos para manipulá -los. Um ORDBMS permite que esses objetos complexos sejam armazenados e gerenciados com mais eficiência do que um RDBMS puro. Os objetos mantêm sua estrutura e relacionamentos internos melhor em um ORDBMS.
3. Bancos de dados orientados a objetos (OODBMS): *
Estrutura: Os dados são modelados como objetos com atributos e métodos. As relações entre objetos são definidas através de ponteiros ou referências. O modelo de dados é baseado em conceitos orientados a objetos.
*
Tipos de dados: Suporta tipos de dados complexos e tipos definidos pelo usuário. Estruturas de dados complexas, como gráficos e árvores, podem ser representadas diretamente.
*
Implementação: Normalmente usa uma linguagem de consulta proprietária específica para o OODBMS. As linguagens de programação orientadas a objetos geralmente são mais adequadas para interagir com elas.
*
Vantagens: Excelente para modelar dados complexos, não estruturados ou semiestruturados. Ajuste natural para aplicações orientadas a objetos. Suporta relacionamentos complexos e herança efetivamente.
*
Desvantagens: Tecnologia menos madura com adoção limitada em comparação com RDBMs. Menos ferramentas e menos apoio da comunidade. O controle de simultaneidade e o gerenciamento de transações podem ser menos robustos do que no RDBMS. Os idiomas de consulta geralmente são menos padronizados e mais complexos.
Cenário de exemplo: Um sistema de informações geográficas (GIS) armazenando dados espaciais. A complexidade das características geográficas (polígonos, linhas, pontos), seus atributos e seus relacionamentos tornam um OODBMS uma escolha adequada. Um OODBMS pode representar naturalmente essas estruturas de dados complexas e seus relacionamentos. Também é útil para aplicações como gerenciar estruturas moleculares em sistemas químicos ou de controle de versão.
Tabela de resumo: | Recurso | Relacional (rdbms) | Relacional de objetos (ORDBMS) | Orientado a objetos (OODBMS) |
| -----------
| Modelo de dados | Relacional | Relacional + orientado a objetos | Orientado a objetos |
| Tipos de dados | Simples | Simples e complexo | Complexo |
| Linguagem de consulta | Sql | Extensões SQL | Proprietário |
| Maturidade | Alto | Médio | Baixo |
| Melhor para | Dados estruturados | Dados complexos, aplicativos orientados a objetos que precisam de aspectos relacionais | Dados complexos e não estruturados, aplicativos orientados a objetos |
A melhor escolha do banco de dados depende dos requisitos de aplicativos específicos. Para dados simples e estruturados, um banco de dados relacional geralmente é suficiente. Para dados complexos com relacionamentos complexos e a necessidade de integrar-se a aplicativos orientados a objetos, um banco de dados relacionado a objetos ou orientado a objetos pode ser mais apropriado. No entanto, a maturidade e a ampla adoção de bancos de dados relacionais os tornam a escolha mais comum em muitas situações.
