我有一个查询,其中Where子句中包含三个内部join语句。该查询大约需要2分钟才能执行。如果仅更改两个内部联接的顺序,性能将下降到40秒。
除了更改内部联接的顺序外,什么都不做会对查询性能产生如此大的影响?我本以为优化器会解决所有这些问题。
SQL是声明性的,也就是说,JOIN顺序无关紧要。
但是,实际上,如果优化器未探究所有选项(理论上可能要花费数月),这是否是一个复杂的查询就可以了。
另一个选择是,如果您重新排序并获得不同的结果,这将是一个非常不同的查询,但这通常与OUTER JOINs一起使用。
这也可能是指定ON子句的方式。如果对FROM子句重新排序,则必须更改它。除非您使用的是较旧(且较差)的JOIN-in-the-WHERE子句。
最后,如果您担心,可以使用括号更改评估顺序以使您的意图明确,例如,首先对大表进行过滤以生成派生表。