Dado que o otimizador não pode levar todo o tempo necessário (tem que minimizar o tempo de execução e não contribuir para isso) para explorar todos os planos de execução possíveis, às vezes ele é interrompido.
Eu queria saber se isso pode ser substituído para que você possa dar ao otimizador todo o tempo necessário (ou uma certa quantidade de milissegundos).
Não preciso disso (atm), mas posso imaginar um cenário em que uma consulta complexa é executada em um loop apertado e você deseja criar o plano ideal e armazená-lo em cache com antecedência.
Claro que você tem um loop apertado, você deve reescrever a consulta para que ela desapareça, mas tenha paciência comigo.
Esta é mais uma pergunta por curiosidade e também para ver se às vezes há diferença entre uma otimização em curto-circuito e uma completa.
Acontece que você pode dar ao otimizador mais tempo com o sinalizador de rastreamento 2301. Não é exatamente o que eu estava perguntando, mas chega perto.
A melhor informação que encontrei sobre isso está em Query Processor Modeling Extensions in SQL Server 2005 SP1 por Ian Jose.
Use este sinalizador de rastreamento com cuidado! Mas pode ser útil ao criar planos melhores. Veja também:
- Artigos marcados como "nível de otimização" por Grant Fritchey.
- Antes de atualizar para o SQL Server 2008… por Brent Ozar.
- Opções de ajuste para SQL Server ao executar em cargas de trabalho de alto desempenho pelo suporte da Microsoft.
Eu estava pensando em consultas com muitas junções onde o espaço de solução para ordem de junção explode exponencialmente. As heurísticas que o SQL Server usa são muito boas, mas eu queria saber se o otimizador proporia uma ordem diferente se tivesse mais tempo (no intervalo de segundos ou até minutos).