| 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 ??
Essas duas configurações parecem se contradizer. Um força a parametrização do plano para que apenas um plano seja criado. O outro permite vários planos
Se você tiver Parameterization = forçado, o sniffing de parâmetro deve ser falso ou um deles tem precedência?
Detalhes adicionais
Em relação aos comentários abaixo, o sniffing de parâmetros é uma opção de escopo de banco de dados a partir de SS 2016. (também foi uma surpresa para mim). Consulte também: SQLShack: SQL Server 2016 Parameter Sniffing
Alguém tem algum link para benchmarking de desempenho do mecanismo de banco de dados ou quaisquer relatórios anedóticos das melhorias de desempenho no SQL Server 2012. Estamos usando apenas o mecanismo de banco de dados, não serviços de relatórios ou BI. Algum conselho / pegadinha do ponto de vista da atualização?
Atualizamos nossa instância do SQL Server com baldes de RAM, para que agora ela possa armazenar arquivos . O problema é que leva tempo (dias) para preencher o cache. Pelo que entendi, isso é algo gerenciado internamente pelo mecanismo, com base nas consultas do usuário. Existe valor em antecipar esse processo executando uma série de instruções select * em tabelas grandes/usadas com frequência para armazenar em cache todos esses dados na inicialização do serviço? Alguma maneira particularmente inteligente de fazer isso?