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