为什么这可能是一个大问题？计算查询计划比编译常规程序代码要好很多.由于sql语句的语法仅指定了所需的内容,而不是(通常)如何获取它,这样可以在创建物理计划时使数据库具有广泛的灵活性(即,实际上分步指示收集和修改数据).数据库查询预处理器可以做的很多“技巧”和可以做出的选择 – 加入表的顺序,要使用的索引,是否在连接之前或之后应用WHERE子句等.

对于一个简单的SELECT语句,它可能没有什么不同,但对于任何非平凡的查询,数据库将花费一些严重的时间(以毫秒为单位,而不是通常的微秒)来制定一个最佳的计划.对于真正复杂的查询,它甚至不能保证一个最佳的计划,它只能使用启发式来制定一个很好的计划.所以通过强制它每次重新编译,你会告诉它必须经过一遍又一遍的过程,即使它以前的计划是非常好的.

根据供应商,应该有重新编译查询计划的自动触发器 – 例如,如果一个表上的统计信息发生了显着变化(例如,某个列中的值的直方图开始平均分布,随着时间的推移变得高度偏差) DB应该注意并重新编译计划.但是一般而言,数据库的实现者将比所有数据库更加智能.

与任何表演有关,不要在黑暗中拍摄;弄清楚瓶颈是否在90％的成本上,并首先解决.