托马斯·沃德拉：[补丁想法] 使用COPY进行postgres_fdw的INSERT批处理
💡
原文英文，约600词，阅读约需3分钟。
📝
内容提要
这篇文章介绍了一个关于使用COPY协议来进行postgres_fdw批处理的补丁想法。当前的实现基于预处理语句，但存在一些问题。补丁的想法是将批处理从预处理语句转移到COPY。实现应该相对简单，只需要修改代码中的一个部分。需要进行测试以确保正确性和性能。
🎯
关键要点
-
文章介绍了使用COPY协议进行postgres_fdw批处理的补丁想法。
-
当前实现基于预处理语句，但存在一些问题。
-
补丁的想法是将批处理从预处理语句转移到COPY。
-
PostgreSQL 14开始，postgres_fdw模块支持批量插入，提升性能。
-
当前实现的缺点是批量大小受表宽度限制，最大参数数为64k。
-
COPY命令没有64k参数限制，且不需要规划，效率更高。
-
补丁的实现应该相对简单，主要在execute_foreign_modify中进行。
-
COPY不支持预处理语句，值需要以不同方式传递。
-
补丁的风险较小，仅需修改代码的孤立部分。
-
补丁需要进行正确性和性能测试以验证预期效果。
-
作者欢迎与Postgres开发者交流，提供联系方式和讨论渠道。
❓
延伸问答
使用COPY协议进行postgres_fdw批处理的主要优点是什么？
使用COPY协议进行批处理可以避免64k参数限制，并且不需要进行规划，从而提高效率。
当前postgres_fdw的批处理实现存在哪些问题？
当前实现基于预处理语句，批量大小受表宽度限制，最大参数数为64k，可能导致批处理不如预期。
补丁的实现过程是怎样的？
补丁的实现主要在execute_foreign_modify中进行，需将批处理从预处理语句转移到COPY命令。
COPY命令与预处理语句的主要区别是什么？
COPY命令不支持预处理语句，值需要以不同方式传递，而预处理语句依赖于参数化查询。
补丁的风险有哪些？
补丁的风险较小，仅需修改代码的孤立部分，主要是生成不同的批量插入查询。
如何验证补丁的正确性和性能？
补丁需要进行正确性和性能测试，以验证其预期效果。
➡️
