Criação de um projeto eficaz para um banco de dados relacional é um elemento-chave na construção de um sistema confiável. Não há uma " corrigir " design de banco de dados relacional para qualquer projeto específico, e os desenvolvedores devem fazer escolhas para criar um projeto que vai trabalhar de forma eficiente . Existem algumas armadilhas comuns de design que podem prejudicar um sistema de banco de dados. Cuidando para esses erros na fase de projeto pode ajudar a evitar problemas mais tarde. Práticas de Nomenclatura Careless

Escolher nomes é um aspecto do projeto de banco de dados que é frequentemente negligenciada, mas pode ter um impacto considerável sobre a usabilidade e desenvolvimento futuro. Para evitar isso, ambos os nomes de tabelas e colunas deve ser escolhido para ser significativa e em conformidade com as convenções estabelecidas , garantindo que a consistência é mantida durante todo um sistema. Uma série de convenções pode ser usado em nomes de bancos de dados relacionais , incluindo os dois exemplos a seguir para um recorde de armazenamento de um nome do cliente : " . CLIENTNAME " " client_name " e
falta de documentação
< br >

Criando documentação para um banco de dados relacional pode ser um passo vital para salvaguardar o desenvolvimento futuro. Existem diferentes níveis de documentação que pode ser criado para bancos de dados e sistemas de gerenciamento de banco de dados alguns são capazes de gerar a documentação automaticamente. Para projetos onde não seja considerada necessária documentação formal, simplesmente incluindo comentários dentro do código SQL pode ser útil.
Ausência de normalização

Normalização é uma técnica para analisar e melhorar em um design de banco de dados inicial. Uma variedade de técnicas estão envolvidos, incluindo a identificação de características de um projeto de banco de dados que possam comprometer a integridade dos dados , por exemplo, itens de dados que são armazenados em mais de um lugar. Normalização identifica anomalias em um projeto de banco de dados , e pode antecipar características de projeto que vai causar problemas quando os dados são consultados , inseridos ou atualizados.
Falta de testes

Não testar um projeto de banco de dados com uma amostra de reais , ou realistas , dados pode causar sérios problemas em um sistema de banco de dados. Geralmente , design de banco de dados relacional é iniciado a partir de um nível abstrato , usando técnicas de modelagem para chegar a um projeto . A desvantagem deste processo é que o projeto , por vezes, não se relacionam com precisão para os dados reais , o que é por isso que o teste é tão importante.
Falta de exploração SQL Instalações

SQL tem muitos recursos que podem melhorar a usabilidade e sucesso de um sistema de banco de dados. Equipamentos, tais como procedimentos armazenados e verificações de integridade muitas vezes não são utilizados nos casos em que eles poderiam melhorar muito a estabilidade de um sistema. Os desenvolvedores geralmente optam por não realizar estes processos durante as fases de concepção de um projecto como eles não são uma necessidade, mas eles podem ajudar a evitar problemas em um estágio posterior .