Índice 3 - melhores práticas de design de índice e índice de falha

9,7 Melhor design de Práticas índice

Devemos primeiro compreender o ambiente do sistema, o sistema OLTP, OLAP. Leia mais, ou escrever mais. executar consultas no banco de dados do que um pequeno banco de dados para executar uma série de consultas exigem menos índice.

Considere-se um índice de cluster é fornecida para cada tabela - a tabela inteira torna-se sequencial

   Utilizando a tabela de índice de agregação de dados é sequência de teclas índice agrupado está presente na loja pilha vez. A vantagem de usar o índice agrupado é tal que a ordem das chaves de índice de dados agrupados armazenado, e de tal modo que após a inserção dos vestígios de elementos, por esta ordem.

Cada tabela deve ter uma chave de primário, de modo que cada tabela deve ter um ou mais índices, que permitem que um índice para ser índice agrupado. -se índice agrupado não faz mais um índice na tabela, mas para melhor organizar a estrutura da tabela.

    Quando você seleciona a chave índice agrupado, agrupado chave de índice deve ser único, curto e tentar não precisa mudar.

Tabela 2 definir a chave primária

    Enquanto SQL Server não é obrigatória para definir a chave primária. Mas não uma tabela de chave primária não importa sob OLTP ou OLAP ambiente é uma coisa perigosa, porque não há nenhuma chave primária não pode garantir que cada viagem é única. Então você não pode saber se as mesmas duas linhas de dados existe na tabela, especialmente quando você não tem informações suficientes para analisar este ponto.

    Embora o SQL Server não é obrigatória para definir uma chave primária, mas a chave primária é uma teoria chave banco de dados relacional. Se nenhuma restrição de chave primária, associada a uma única operações de índice ou de conexão pode produzir problemas de desempenho inesperados.

 

3 Utilize o fator de preenchimento para reduzir página dividida

Considere o uso de um fator de preenchimento para reduzir página dividida

Dados adicionados à tabela atingiu o página no máximo podem ser acomodados. Então, em seguida, insira os dados irá causar uma divisão da página. factor de enchimento pode ser usado quando a reconstrução do índice, se a base de dados for maior do que a leitura e escrita, então, 75 é proporcionada, substancialmente iguais, se a leitura, definir o factor de enchimento de 90-95 de factor de enchimento.

4 tabela de chave primária, chave estrangeira deve ter um índice

A chave estrangeira é definida como a coluna mais à esquerda do índice agrupado é os dados na tabela são agregadas e organizada de acordo com o valor de esta coluna, o que é necessário para a consulta. Por exemplo, você o consumidor com um cartão de crédito e este comportamento está associado com a carta mais forte, não o seu cartão de crédito e centros comerciais, bem como os bancos lidar com esse consumo. Em seguida, um número de cartão de crédito como um índice agrupado de registros de consumidores na coluna mais à esquerda da mesa, de modo que todas as informações do consumidor será o mesmo cartão há uma página contínua.

Claro, você ainda precisa de algumas mudanças adicionais no cartão de crédito número de colunas e coluna combinadas para garantir a unicidade das chaves índice agrupado.

Princípio 5 indexado

A freqüentemente aparecem no campo Onde cláusula, especialmente no campo de grandes tabelas devem ser indexados;

Tabela B muitas vezes ligado a outras tabelas no campo de conexão devem ser indexados;

índice de C deve ser no campo da elevada selectividade;

Índice D deve ser construída sobre um pequeno campo, para grandes campos de texto e até mesmo campos de comprimento, não indexados;

índice composto E construção tem de ser cuidadosamente analisado; tentar considerar em vez de um único índice de campo:

Se o índice composto F vários campos muitas vezes tempo e para aparecer na cláusula WHERE de uma consulta se um único campo com pouco ou nenhum se sim, você pode construir índice composto; ?? considerar Caso contrário índice de campo único;

L manipulação de dados de tabela frequente, não criar demasiada de um índice;

H eliminar índices não utilizados, para evitar um impacto negativo sobre o plano de execução;

I índice desnecessários, tais como campo de gênero em menos campo de valor diferente;

J para a coluna para indexação evitar frequentemente acedida;

O índice de coluna (chave primária / chave estrangeira) K para o acoplamento;

 

9.8 Falha Index

1 consulta predicado não usa o principal índice da fronteira, em outras palavras select *, pode levar a tomar o índice.

2, pequenas mesas no banco de dados ou necessidade de selecionar a maioria dos dados, não tome o índice

3 campo de caracteres quando os números não adicionar aspas onde as condições no interior.

4 ,! = Ou <> (não igual a), e não em, não existe vantagem para levar o índice,

5, as listas de índice função de cálculo ou operação, resultando no índice não vão

6, as conversões implícitas levar a tomar o índice. * SELECT FROM T, onde Y = 5, SELECT * FROM T, onde TO_NUMBER (Y) = 5, desta vez foi possível utilizar menos do que o índice.

7. Estabelecer um índice composto, mas o predicado consulta não é utilizado na primeira coluna do índice composto, um compósito com referências de indexação na coluna índice outros do que a primeira posição sozinho.

8, como percentagem para a frente '% liu'

9. condições com ou, mesmo índice banda condicional, uma consulta não pode usar o índice a ser usado união

 

índice de fracasso, o valor total dos meus jogos favoritos, a melhor regra-prefix esquerda, não fazem nada na coluna de índice, a coluna na gama de falha condições índice, reduzir o uso de select *, o uso não é igual (! = ou <>) não pode usar o índice, o uso é nulo ou não nulo não é possível utilizar um índice, como o início tem sido o carácter universal (% abc) conduz ao fracasso do índice. ou menos

Publicado 37 artigos originais · ganhou elogios 0 · Vistas 2416

Acho que você gosta

Origin blog.csdn.net/syjhct/article/details/86696670
Recomendado
Clasificación