Servidor defeituosa pode ser o fator mais essencial para garantir a eficiência e facilidade de manutenção com o banco de dados. Aqui é o que você tem que responder ao projetar uma mesa: Posso diminuir o tamanho do conhecimento que cada linha terá? Aqui é o que você é capaz de fazer: 1. Use valores numéricos não assinados quando o aplicativo não está indo para salvar números negativos. Como a quantidade pedida de um item em um aplicativo de comércio eletrônico é nunca vai se tornar - $ 125. 2.
Utilize valores de comprimento variável como uma alternativa ao comprimento fixo vale ou seja utilizado varchar em vez de carvão. 3. tendem a não usar tamanhos de campo desnecessariamente grandes. Para a maioria aplicações de comércio eletrônico smallint não assinado é extra do que suficiente para contagem de inventário varejista. Um campo descrito como smallint não assinado pode manter um benefício máximo de 65535. 4. Não ignore normalização; sua ajuda a evitar a repetição desnecessária de informações. A parte B do que é, não normalização uso excessivo.
Se a mesa não vai crescer substancialmente em tamanho, não há nenhum ponto na normalização. Por exemplo, se a secretária usuário tem apenas 20 linhas (ou seja, 20 trabalhadores em uma organização), todas as tentativas de normalização são desperdiçados. 5. Utilize as teclas. Não se decidir chaves pelo ID do cliente tem de se tornar indexado no balcão de ordem. Se a secretária fim está se tornando procurou 90% dos seus tempos por data do pedido, faz muito mais sentido para data ordem do índice. Lembre-se, como uma mesa, provavelmente, ser empregado deve determinar como ele realmente é projetado.
Passar o tempo aqui vai poupar anos de frustração. Lousy consultas soa demasiado excelente para se tornar verdade, mas você não vai acreditar o número de desenvolvedores por aí que totalmente suga no escrever consultas. Você vai descobrir dois tipos de consultas indesejáveis: