Pontas para projetar uma base de dados melhor do SQL

Share

|

Mantendo-se os seguintes assuntos em ajudas da mente asseguram-se de que seus projeto e updates de base de dados vão lisamente.

Don’o projeto de t uma base de dados que lide com a norma. Tempting porque deve projetar uma base de dados que cubra a maioria de situações, fazendo assim que é perigoso. O inesperado acontece apenas quando você menos o espera, assim que certifica-se você projeto sua base de dados para cobrir todas as situações que poderiam se levantar, ou assegura-se de ao menos que possa lidar com as situações incomuns. Mesmo se um cliente o diz para não se preocupar sobre a possibilidade de dois povos que tentam reservar ao mesmo tempo a mesma casa de campo do feriado, suponha que acontecerá.

Escolha nomes significativos para tabelas e campos. Tente usar os nomes do campo e da tabela que ajudam dar uma idéia de que dados armazenam. Para o exemplo, a tabela de MemberDetails armazena detalhes’ dos membros, que faz razoavelmente óbvio sem explanação mais adicional o que a tabela prende. Tabelas conhecidas de modo que uma explanação mais adicional ou olhar na tabela sejam desnecessária. O mesmo aplica-se aos nomes da coluna.

Tente manter nomes simples. Talvez isto parece contradict o ponto precedente, mas o o doesn’t: Os nomes devem ser tão descritivos como possível, mas o shouldn’t acabem-se longos ou complexo. Os nomes longos aumentam a probabilidade dos erros.

Seja consistente suas nomear e escolha do tipo de dados. Para impedir a confusão, don’a chamada de t um campo ZipCode em uma tabela e PostalCode em outra se consultarem aos mesmos dados. Certifique-se também de que ambos os campos são o mesmo tipo de dados e podem armazenar a mesma largura dos dados. Se você definir um como varchar(12) em uma tabela e varchar(8) em outra, você arrisca o truncamento se você introduzir sempre de uma tabela em outra.

Analise suas necessidades dos dados no papel primeiramente. Ele’tempting de s muito quando pedido criar uma base de dados para apressar-se fora e começar projetar na mosca, como era. Entretanto, tempo da tomada para fora primeiramente sentar-se para baixo com pena e paper o mais importante e considerar que dados necessitam ser armazenados e, que respostas a base de dados se espera fornecer. Se a pessoa que necessita a base de dados operar já algum outro sistema (para o exemplo, um sistema paper-based do armazenamento), faça exame de um olhar no esse e use-o como seu ponto começar para a entrada de dados.

Escolha sua chave preliminar com cuidado. Escolha um campo que seja improvável de mudar e preferivelmente um que é um campo inteiro-número-baseado. A chave preliminar deve sempre ser original. Se nenhum campo for óbvio, críe então seu próprio campo do inteiro-número com a finalidade de criar uma chave preliminar original.

Críe um índice. A velocidade da ajuda dos índices acima procurara, assim adicionando os aos campos que são usados regularmente nas buscas ou junta é de valor. Os índices são especial de valor onde você tem lotes de valores diferentes—para o exemplo, o campo de ZipCode na tabela de MemberDetails. Including um índice não é uma idéia boa, entretanto, se você tiver somente alguns valores, tais como a coluna de MemberAttended na tabela do comparecimento. Os índices retardam também abaixo a introdução de dados de, algo particularmente importante anotar se a coluna for provável ter lotes das inserções ou dos updates.

Adicione um índice multicolumn. Os índices multicolumn vêm em particularmente acessível nos campos onde os usuários procuraram frequentemente mais de uma coluna. Para o exemplo, se você frequentemente procurarar pela cidade e a indicar junto, adicione um índice baseado em ambas as colunas.

Evite de usar palavras reserved como nomes da tabela ou de campo. As palavras reserved são palavras usadas pela língua do SQL e são reservadas conseqüentemente para seu uso somente. Para o exemplo, as palavras tais como seleto, juntam, e interno seja exclusivo ao SQL. Embora você possa às vezes usar palavras reserved enrolando os suportes quadrados nelas, evitá-las é completamente mais fácil.

Considere exigências de espaço do armazenamento. Ao selecionar um tipo’de dados do campo s, permita o espaço de armazenamento máximo provavelmente para ser requerido, e adicione então um bocado pequeno! Se você pensar o número o mais grande dos caráteres a ser armazenados é provavelmente 8, faz sua definição 10, ou varchar(10). Fazer adiciona assim um bocado pequeno de uma rede de segurança. O mesmo vai com números.