Armadilhas em design de banco de dados relacional

design de banco de dados relacional é propenso a muitos erros possíveis.

Criando um projeto eficaz para um banco de dados relacional é um elemento chave na construção de um sistema confiável. Não há um projeto de banco de dados "correta" relacional de cada projecto específico, e os desenvolvedores devem fazer escolhas para criar um projeto que vai trabalhar de forma eficiente. Há um desenho comum algumas armadilhas que podem prejudicar um sistema de banco de dados. Olhando para fora para esses erros em fase de projecto pode ajudar a evitar problemas mais tarde.

Práticas de nomenclatura descuidados

  • Escolhendo nomes é um aspecto do design de banco de dados que é muitas vezes 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 podem ser usados ​​em nomes de bancos de dados relacionais, incluindo os dois exemplos a seguir para um registro armazenar um nome de cliente: "client_name" e "clientName."

Falta de documentação

  • Criação de documentação para um banco de dados relacional pode ser um passo vital na salvaguarda desenvolvimento futuro. Existem diferentes níveis de documentação que podem ser criados para bancos de dados, e alguns sistemas de gerenciamento de banco de dados são capazes de gerar a documentação automaticamente. Para projetos onde a documentação formal não for considerado necessário, simplesmente incluindo comentários dentro do código SQL pode ser útil.

Ausência de normalização



  • A normalização é uma técnica para analisar e melhorar em, um projeto inicial de banco de dados. Uma variedade de técnicas estão envolvidos, incluindo a identificação de características de um projeto de banco de dados que possa comprometer a integridade dos dados, por exemplo, pontos 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 real, ou realista, os dados podem 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 design às vezes não se relacionam com precisão para os dados reais, razão pela qual o teste é tão importante.

Falta de exploração Instalações SQL

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

De esta maneira? Compartilhar em redes sociais:

LiveInternet