所谓“出名要趁早”,谓词下推就是基于这一原则(这里所说的谓词就是常用的那些约束条件)。如果一个谓词在执行计划中即使处在不同的位置也不改变执行结果,那么我们就尽量把它保持在下层,因为它有“过滤”的作用。在下层结点把数据过滤掉,有助于降低上层结点的计算量。当然对于一些比较执着的谓词,SQL 的书写者把它安排在了上层,我们在生成执行计划的时候就可以考虑是否能把它推下去。这就需要进行甄别,哪些谓词是可以推下去的,而哪些谓词是无法推下去的。为了把谓词下推的过程说清楚,我们把约束条件做个分类,它主要可以分成过滤条件和连接条件。
过滤条件和连接条件
从过滤条件的名字就能看出,它强调的是对查询结果的过滤作用。对这种情况,下面给出了一个示例,示例表中有 100 条数据,SQL 的语句是从这个表中选择出大于 10 的数据,从执行计划可以看出,这个约束条件的描述方式是 “Filter: (a > 10)”,也就是说它起的是过滤作用,本来表中有 100 条数据,经过 a > 10 的过滤之后,一共查找出来 91 条数据。
postgres=# EXPLAIN SELECT * FROM TEST_A WHERE a > 10;
QUERY PLAN
----------------------------------------------------