考虑到优化器不能花它需要的所有时间（它必须最小化执行时间而不是贡献它）来探索所有可能的执行计划，它有时会被切断。
我想知道这是否可以覆盖以便您可以在需要时（或一定数量的毫秒）始终提供优化器。
我不需要这个（atm），但我可以想象一个场景，一个复杂的查询在一个紧密的循环中执行，你想提出最佳计划并事先缓存它。
当然，你有一个紧密的循环，你应该重写查询，这样它就会消失，但请耐心等待。
这更多是出于好奇而提出的问题，也是为了查看短路优化和完整优化之间有时是否存在差异。
事实证明，您可以使用跟踪标志 2301 为优化器提供更多时间。这不完全是我所要求的，但它很接近。
我在这方面找到的最佳信息是Ian Jose 的SQL Server 2005 SP1中的查询处理器建模扩展。
小心使用这个跟踪标志！但是在提出更好的计划时它会很有用。也可以看看：
我正在考虑具有大量连接的查询，其中连接顺序的解决方案空间呈指数级增长。SQL Server 使用的启发式方法非常好，但我想知道如果优化器有更多时间（在几秒甚至几分钟的范围内），它是否会提出不同的顺序。