NomeObjetoTotalmenteQualificado | Colunas de Igualdade | EmColunasDeIgualdade | Colunas Incluídas |
---|---|---|---|
mesa | [bool1], [bool2] | NULO | NULO |
mesa | [bool1], [bool2] | NULO | [decimal1], [int1] |
mesa | [bool1] | NULO | [int2], [int3] |
mesa | [bool1], [bool2] | [decimal1] | [decimal2], [decimal3] |
por exemplo CREATE INDEX [IX_table_bool1_bool2_decimal1_25233] ON [table] ([bool1, bool2,decimal1)
incluir ??
Bem, seria um índice um tanto extenso, mas incluir todas as colunas na sua lista de inclusão (que ainda não estão na lista do índice principal) faria com que o índice cobrisse completamente todos esses cenários.
Por exemplo:
A desvantagem de um índice longo significa que gravações mais frequentes podem ocorrer, pois se algum desses campos mudar, o índice precisará ser atualizado adequadamente.
A vantagem no seu caso em particular é que a maioria dos campos está na sua
INCLUDE
lista, que então os armazena apenas no nível folha do índice, não dentro da árvore inteira. Então, isso é menos pesado, pelo menos.