|
* '''Falta de padrões''' – ainda não há metodologias e ferramentas para ajudar usuários a converter um SGBD centralizado para um SGBD distribuído.
* '''Design do banco de dados mais complexo''' – além das dificuldades normais, o design de um banco de dados distribuídos tem que considerar a fragmentação dos dados, alocação dos fragmentos em lugares específicos e a replicação de dados.
== As 12 Regras para Sistema de Gerenciamento de Banco de Dados Distribuído ==
;1. Autonomia local: Cada nó participante de um sistema distribuído deve ser independente dos outros nós. Cada nó deve prover ;mecanismos de segurança, bloqueio, acesso, integridade e recuperação após falha.
;2. Não dependência de um nó central: Um sistema de banco de dados distribuído não deve depender de um nó central, pois isso ;acarretaria um único ponto de falha, afetando todos os outros nós. Um nó central também poderia ficar sobrecarregado ;resultando em perda de desempenho do sistema.
;3. Operação contínua: Um sistema de banco de dados distribuído nunca deve precisar ser desativado. As operações de backup e ;recuperação devem ser suportadas on-line. Essas operações devem ainda ser rápidas o bastante para não afetarem o ;funcionamento do sistema (backup incremental, por exemplo).
;4. Transparência/independência de localização: Os usuários do sistema não devem precisar saber o local onde estão ;localizados os dados; devem se comportar como se os dados estivessem armazenados localmente.
;* A transparência de localização pode ser alcançada pela utilização de sinônimos estendidos e pelo extenso uso do dicionário ;de dados.
;* A transparência de localização permite que aplicações sejam portadas de um nó da rede para outro sem a necessidade de ;modificações.
;5. Independência de fragmentação: As tabelas que fazem parte de um sistema de banco de dados distribuído podem estar ;divididas em fragmentos, localizados fisicamente em diferentes nós, de forma transparente para o usuário.
;6. Independência de replicação: Dados podem estar replicados em vários nós da rede, de forma transparente. As réplicas de ;dados devem ser mantidas sincronizadas automaticamente pelo SGBDD.
;7. Processamento de consultas distribuído: O desempenho de uma consulta deve ser independente do local onde a mesma é ;submetida. Um SGBDD deve possuir um otimizador capaz de selecionar não apenas o melhor caminho para o acesso a um determinado ;nó da rede, mas também otimizar o desempenho de uma consulta distribuída, levando em conta a localização dos dados, ;utilização de CPU, I/O e o tráfego na rede.
;8. Gerenciamento de transações distribuídas: Um SGBDD deve suportar transações atômicas. As propriedades ACID (Atomicidade, ;Consistência, Independência e Durabilidade)das transações e a serialização devem ser suportadas não apenas para transações ;locais, mas para transações distribuídas também.
;9. Independência de hardware: Um SGBDD deve poder operar e acessar dados em uma variedade de plataformas de hardware. Um ;SGBDD verdadeiro não deve depender de uma determinada tecnologia.
;10.Independência de sistema operacional: Um SGBDD deve poder executar em sistemas operacionais diferentes. Assim como na ;regra anterior, um SGBDD não deve depender de um sistema operacional em especial.
;11.Independência de rede: Um SGBDD deve ser projetado para executar independentemente do protocolo de comunicação e da ;topologia de rede usada para interligar os vários nós que fazem parte da rede.
;12.Independência de SGBD: Um SGBDD ideal deve possuir capacidades para se comunicar com outros sistemas de gerenciamento de ;banco de dados executando em nós diferentes, mesmo se estes sistemas de bancos de dados são diferentes (heterogêneos). Todos ;estes sistemas devem usar APIs.
== Referências ==
| 