Deepak Mahto：探索PostgreSQL 17：开发者新功能指南 – 第5部分：相关IN子句转换
内容提要
PostgreSQL 17引入了优化的转换方式，提高了相关IN子句的执行性能。新功能将相关IN子句转换为更高效的连接选项，从而显著提高了执行时间和缓冲区获取。然而，该转换仅适用于IN子句，而不适用于NOT IN子句。这些增强功能展示了PostgreSQL 17在查询优化方面的持续改进，使其成为开发人员和企业的首选选择。
延伸解读
性能提升的量化对比
文章通过一个具体示例展示了PostgreSQL 17对相关IN子句的优化效果：在相同数据和查询下，执行时间从4607.39毫秒降至30.379毫秒，提升超过150倍。这一对比直观体现了自动转换带来的性能飞跃，但需注意该结果基于特定数据集（两个表各1万行）且未使用索引，实际收益可能因数据分布和索引情况而异。
转换的适用边界
文章明确指出，该优化仅适用于IN子句，不适用于NOT IN子句。这意味着开发者在编写相关子查询时，若使用NOT IN，则无法享受此自动转换带来的性能提升。因此，在可能的情况下，考虑将NOT IN重写为NOT EXISTS或其他形式，或许能获得更好的执行计划。
相关查询的优化原理
相关查询是引用主查询值的子查询，其执行方式类似于嵌套循环，对主查询的每一行都要执行一次子查询。在PostgreSQL 17之前，相关IN子句通常被转换为子计划（SubPlan），逐行评估，若过滤列无索引则导致全表扫描。PostgreSQL 17将其自动转换为更高效的连接操作，避免了低效的嵌套访问路径，从而大幅提升性能。
Q&A
PostgreSQL 17对相关IN子句的优化有什么影响？
PostgreSQL 17将相关IN子句转换为更高效的连接选项，显著提高了执行时间和缓冲区获取。
相关查询是什么？
相关查询是引用主查询值的子查询，类似于嵌套循环，优化其访问方式至关重要。
PostgreSQL 17中相关IN子句的执行时间变化如何？
在PostgreSQL 17中，相关IN子句的执行时间从4607.39毫秒减少到30.379毫秒。
为什么相关IN子句的优化对开发者重要？
优化相关IN子句可以显著提高查询性能，使PostgreSQL成为开发者和企业的首选数据库。
PostgreSQL 17的相关IN子句转换适用于哪些情况？
该转换仅适用于IN子句，不适用于NOT IN子句。
PostgreSQL 17在查询优化方面有哪些持续改进？
PostgreSQL 17展示了自动转换相关IN子句为更高效连接的功能，持续改进查询优化。
