pg_duckdb扩展中PREPARE/EXECUTE语句支持问题分析

在PostgreSQL生态系统中，pg_duckdb扩展作为连接PostgreSQL和DuckDB的桥梁，为用户提供了在两个数据库引擎之间无缝切换的能力。然而，近期发现该扩展在处理SQL级别的预处理语句时存在一个值得关注的技术问题。

当用户通过pg_duckdb扩展执行常规查询时，如简单的SELECT COUNT(*)操作，能够得到预期的结果。但在使用PREPARE语句创建预处理查询后，再通过EXECUTE执行时，返回的结果却与直接执行存在差异。具体表现为：直接查询返回1000条记录，而通过预处理语句执行后却返回0条记录。

这种现象揭示了pg_duckdb扩展在预处理语句支持上的实现缺陷。从技术实现角度来看，预处理语句通常涉及查询计划的缓存和重用机制。在PostgreSQL原生实现中，预处理语句会将解析后的查询计划存储在会话级别的内存中，后续执行时直接使用缓存的计划。而pg_duckdb扩展可能未能正确地将这种机制桥接到DuckDB引擎，导致预处理语句执行时无法获取正确的查询上下文。

值得注意的是，这个问题仅影响SQL级别的预处理语句（即通过PREPARE/EXECUTE语法），而不会影响更常用的协议级别的预处理语句（通过Parse/Bind/Execute消息）。由于后者在应用程序中使用更为广泛，开发团队将其标记为非阻塞性问题，不影响0.1.0版本的发布计划。

对于依赖SQL级别预处理语句的用户，目前建议暂时采用直接执行查询的方式作为替代方案。开发团队已经将该问题纳入修复计划，预计在后续版本中完善对预处理语句的完整支持。这个问题的解决将进一步提升pg_duckdb扩展的功能完整性，为用户提供更加一致的跨数据库查询体验。