第15课：参数化路径

最新推荐文章于 2023-08-16 16:27:31 发布

shujiezhang

最新推荐文章于 2023-08-16 16:27:31 发布

阅读量1k

点赞数

分类专栏： PostgreSQL 优化器入门文章标签：数据库优化器查询优化数据库

本文链接：https://blog.csdn.net/shujiezhang/article/details/108729263

版权

PostgreSQL 优化器入门专栏收录该内容

26 篇文章 82 订阅 ¥39.90 ¥99.00

订阅专栏

本文讲述了参数化路径在PostgreSQL查询优化中的作用，如何借用参数产生索引扫描路径，降低全表扫描，提高查询效率。还讨论了Lateral的实现也依赖于参数化路径，并给出了示例来说明参数的传递和使用规则。

摘要由CSDN通过智能技术生成

在谓词下推的过程中，对于 …FROM A JOIN B ON A.a = B.b 这种类型的约束条件肯定是不能下推的。原因是 A.a = B.b 这样的约束条件既引用了 LHS 表的列属性，又引用了 RHS 表的列属性，必须在获得两个表的元组之后才能应用这样的约束条件。现在假如在 B.b 属性上有一个索引 B_b_index，但没有能够匹配索引的约束条件，索引扫描路径或者不会被采纳，或者采纳为对整个索引进行扫描（例如 Fast Index Scan，这时候将索引视为一个表，实际上和 SeqScan 类似），发挥不了索引对数据筛选的作用。

借用参数来产生索引扫描路径

PostgreSQL 优化器最大的优势是“没有困难，制造困难也要上”。在没有办法使用索引扫描的情况下，制造办法使用索引扫描，也是一种能力……

假设 …FROM A JOIN B ON A.a = B.b 生成的执行计划是嵌套循环连接，A 表作为外表做 SeqScan，B 表作为内表也做 SeqScan。

Nestloop Join (JoinCluase: A.a = B.b)
    ->SeqScan (A)
    ->SeqScan (B)

它的执行过程应该是这样的：
1)    从 A 表取出一条元组
2)    如果 A 表已经扫描完毕，执行结束
3)    从 B 表取出一条元组
4)    如果 B 表已经扫描完毕&

了解本专栏