所谓“出名要趁早”,谓词下推就是基于这一原则(这里所说的谓词就是常用的那些约束条件)。如果一个谓词在执行计划中即使处在不同的位置也不改变执行结果,那么我们就尽量把它保持在下层,因为它有“过滤”的作用。在下层结点把数据过滤掉,有助于降低上层结点的计算量。当然对于一些比较执着的谓词,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
谓词下推是数据库查询优化的一种策略,旨在减少计算量。过滤条件和连接条件是谓词的两种类型,过滤条件常出现在WHERE子句,而连接条件在ON子句中。在内连接时,两者作用相似,但在外连接中需区分。谓词下推规则包括:1) 连接条件下推后变为过滤条件,但涉及Nonnullable-side的连接条件不能下推;2) 过滤条件只涉及Nonnullable-side时可下推,涉及Nullable-side且严格时会导致外连接消除并能下推。
订阅专栏 解锁全文
1868

被折叠的 条评论
为什么被折叠?



