在 HOW 2026 大会期间，我们邀请到众多 PostgreSQL 社区贡献者，包括核心贡献者 Bruce Momjian、Mark Wong、Robert Treat，以及多位来自国内的 PostgreSQL 贡献者。他们参与主题演讲、社区活动及相关仪式，并围绕 PostgreSQL 社区发展展开深入交流。
在【社区共建・贡献传承：PostgreSQL 社区治理与贡献实践指南】分论坛中，除主题分享外，还特别设置了圆桌讨论环节，邀请多位现场贡献者共同探讨“中国开发者如何真正融入 PostgreSQL 社区”。
以下内容根据现场讨论整理，希望能够为更多关注并参与 PostgreSQL 社区建设的开发者提供参考。
圆桌讨论基本信息
- 所属分论坛：社区共建・贡献传承：PostgreSQL 社区治理与贡献实践指南
- 分论坛出品人：厉超
- 主持人：厉超
- 参与嘉宾：Bruce Momjian、Robert Treat、Mark Wong、Cary、侯志杰、何建、周煦能
- 讨论方向：
- 中国开发者参与 PostgreSQL 社区的机遇和挑战
- 企业、开发者与开源社区之间的关系
- PostgreSQL 社区贡献实践与成长路径
问题 1 ：你最初接触 PostgreSQL 时，对你影响最大的事情是什么？
Bruce Momjian：对我影响最深的，是 PostgreSQL 社区中聚集了大量优秀的开发者。过去在自己的工作与社交圈中，或许会认为自己已经具备一定技术能力。但真正开始与全球各地的开发者协作后，才会意识到还有许多值得学习的人与经验。PostgreSQL 社区最大的价值之一，就在于它能够持续推动开发者保持学习与成长。
Cary：我刚接触 PostgreSQL 时，一边深入学习内核原理，一边撰写技术博客。我把博客当作自己的学习笔记，力求用通俗易懂的方式进行创作，让没有相关专业知识的读者也能轻松看懂，那段时间持续写了很多文章。后来我第一次参加 PGConf，几乎不认识现场任何人，却发现不少人通过我的博客知道我、认出我。那一刻我感受到，PostgreSQL 社区会认真看待每一份真诚的技术分享，这段经历对我的社区之路意义重大。
侯志杰：对我触动很深的一件事是我刚开始参与社区时，提交的第一个补丁与并行插入相关，不过后来这个补丁被回退了。但我一直不认为这是一次失败。恰恰相反，在整个讨论和修改过程中，我从社区开发者那里学到了很多东西，包括设计方式、实现思路，以及社区对代码质量的要求。相比补丁是否最终提交成功，我觉得这个过程本身更加重要。
何建：让我印象很深的一点，是 PostgreSQL 邮件列表至今仍然保留着非常完整的历史记录。很多互联网内容，尤其是二十年前的技术资料，现在已经很难再找到。但 PostgreSQL 社区关于 1999 年、2000 年前后的讨论内容，今天依然能够完整查阅。对于一个长期发展的开源项目来说，这种历史积累其实非常重要。另外，PostgreSQL 邮件列表的组织方式也做得很好。很多项目的邮件系统只能逐封查看内容，而 PostgreSQL 能比较完整地展示整个讨论链路，阅读起来会方便很多。
周煦能：我对 PostgreSQL 社区最深的印象，是“共识”这件事。社区成员来自不同国家、不同公司，技术背景也不一样。但一个补丁从提出到最终提交，往往会经历大量讨论、审核与测试。这个过程虽然成本很高，但也正因为如此，很多补丁会在不断讨论中被持续打磨，最终达到比较高的质量。我认为，这也是 PostgreSQL 社区长期保持稳定和高质量的重要原因。
Robert Treat：如果要说影响最大的事情，我觉得是 PostgreSQL 社区开放的交流方式。我刚开始接触数据库时，并没有接受过系统性的数据库教育。当时一些商业数据库会有专家答疑栏目，每月大概只会挑选一两个问题进行解答，普通开发者很难真正参与进去。而 PostgreSQL 社区不一样。邮件列表里有很多核心开发者会长期回答问题，而且是公开讨论。对我来说，这是一件很有吸引力的事情。你不仅能直接接触软件背后的开发者，还能看到大量真实的技术讨论。这种开放协作的氛围，也是我后来长期参与 PostgreSQL 社区的重要原因。
Mark Wong：我觉得更重要的是找到适合自己的参与方式。很多年前，我曾长期向邮件列表提交性能测试数据。后来又逐渐开始参与社区推广、社区外联等工作。这些事情未必都和代码直接相关，但对于社区来说同样重要。一个成熟的开源社区，除了开发者，也需要长期投入社区建设的人。
问题 2 ：中国开发者参与 PostgreSQL 社区面临的最大挑战是什么？
何建：我觉得最开始最大的困难，其实是不知道入口在哪里。很多人刚开始时，甚至很难找到 PostgreSQL Hacker List 邮件列表，需要点击很多次相关页面才能真正进入社区。但一旦进入之后，如果愿意持续投入，后面的学习路径其实会轻松不少。
周煦能：语言仍然是一个现实问题。不过在 AI 工具越来越成熟之后，这个问题已经比以前缓解很多了。现在完全可以先用中文整理内容，再借助 AI 做翻译和润色。我认为 AI 的确降低了很多开发者参与国际社区的门槛。
侯志杰：除了语言之外，我觉得国内社区还缺少类似 Patch Workshop 的交流活动。在国外 PostgreSQL 社区活动里，经常会有开发者与资深 Committer 一起讨论补丁设计、Review 方式以及实现思路。如果国内也能有更多类似活动，对于新开发者会很有帮助。
Cary：我觉得相比语言，更难的问题其实是不知道该做什么。英语能力可以慢慢提升，也可以借助 AI 工具辅助。但很多开发者真正进入社区之后，最大的困惑往往是：应该从哪个方向开始？应该研究哪个模块？应该解决什么问题？PostgreSQL 本身规模很大，想找到适合自己的方向并不容易。有些方向门槛太高，有些方向关注度又不够。对于很多刚开始参与社区的人来说，这其实是一个比较现实的问题。
Bruce Momjian：我觉得这个问题其实可以分成两个阶段。第一个阶段，是如何真正进入社区，包括邮件沟通、补丁流程、社区协作方式等。这些内容现在已经有越来越多中国开发者开始接触和参与。
第二个阶段，则是如何真正进入社区核心层。比如成为长期核心贡献者、参与委员会工作、在国际会议上担任重要演讲者、深度参与安全、架构等核心领域。这一阶段不仅需要技术能力，也需要长期交流与协作。开源社区本质上仍然是人与人的合作关系。很多更深入的协作与信任，其实都建立在线下交流和长期互动基础之上。
因此我认为，中国 PostgreSQL 社区接下来一个非常重要的方向，就是培养更多具备国际影响力的核心贡献者。
问题 3 ：什么样的补丁更容易被社区接纳？
侯志杰：两年前我参加加拿大 PGConf 时，参与过一次 Patch Workshop，当时和社区开发者交流了很多关于大型补丁组织方式的问题。对于大型功能补丁来说，一个很重要的问题是：如何降低其他开发者的理解成本。例如定期整理阶段性总结，说明设计思路与后续规划，为每个子补丁编写清晰的 Commit Message，在初始版本中补充整体架构说明。另外，代码注释也非常重要。很多时候，充分的注释能够明显降低社区 Review 成本，让其他开发者更容易理解代码逻辑。
何建：我觉得还可以适当补充其他数据库的实现方式。如果能够说明其他数据库是怎么做的，PostgreSQL 当前存在什么差异，为什么需要这个改进，那么社区会更容易理解补丁价值。
Robert Treat：我觉得很多人会忽略一件事：Review 别人的补丁。很多开发者会先想着“如何提交自己的补丁”，但实际上，大量参与 Patch Review 往往更重要。我第一次注意到一些开发者，并不是因为他们提交了多少代码，而是因为他们长期在帮助其他人 Review 补丁、推动讨论。社区会很看重这种协作能力。因为这意味着，你不仅关心自己的代码是否能够提交成功，也愿意帮助整个社区一起进步。
Cary：我非常认同 Review 的重要性。除此之外，我觉得还需要找到对应方向的核心维护者。如果一个补丁所属领域长期缺少维护者，那么推进难度往往会比较高。所以持续参与某个方向的讨论，并和相关维护者建立长期交流，其实会对补丁推进有很大帮助。
Mark Wong：Review 还有一个很重要的作用，就是帮助开发者理解其他人的工作方式。你会慢慢学到社区如何开展讨论、开发者之间如何协作、不同人是如何组织代码与设计方案的。这些经验其实也非常重要。
问题 4 ：贡献者如何在 Postgres 社区获得认可？
Mark Wong：现在社区已经开始越来越重视“代码之外的贡献”。包括社区推广、文档翻译、美术设计、Meetup 组织、非营利社区活动，这些工作其实都对社区发展非常重要。目前社区内部已有专门的委员会在尝试建立更加完善的贡献认定机制，希望能够让更多非代码贡献得到认可。
问题 5：补丁的灵感通常来自哪里？
何建：很多时候，在 Review 别人的补丁时，会顺带发现新的问题，所以阅读和审核代码，本身也是很重要的灵感来源。
周煦能：社区里有不少由资深开发者维护的 ToDo List，可以从中寻找自己感兴趣的问题。另外，持续阅读其他人的补丁，也会慢慢形成自己的研究方向。
厉超：我之前在调试自动化表相关功能时，虽然对应补丁还没有正式合入，但在阅读文档、调试代码和分析问题的过程中，逐渐延伸出了很多新的想法。所以我觉得阅读源码、调试程序、编写测试、分析问题。这些过程本身，就是很好的灵感来源。
侯志杰：PostgreSQL 18 中与 pg_create_subscriber 相关的一项功能改进，其实就来自用户反馈。当时有用户提到，逻辑复制中的部分同步场景效率较低，而现有工具又无法满足需求。后来团队基于这个方向推进了后续开发。所以和真实用户交流，往往能够发现很多真正有价值的问题。
Cary：我觉得数据库团队和运维团队，是获取研发方向最直接的来源。因为他们每天都在生产环境中处理真实问题。例如某些扫描方式性能不够理想，某些场景缺少优化能力，某些业务需求目前还无法很好满足。这些实际问题，往往就是最好的研发切入点。
Robert Treat：除了用户需求之外，我平时也会关注数据库相关论文和新兴数据库项目。有时候一篇论文就会带来新的思路，我会思考这个能力是否能够在 PostgreSQL 中实现？目前中国高校在数据库方向已经产出了很多研究成果，其中应该还有不少值得社区进一步关注的内容。尤其是那些已经基于 PostgreSQL 完成实验验证的研究，这些我通常会重点关注。
问题 6：展望 PostgreSQL 19，如果你只能向用户推荐一项特性，你会推荐哪一项？原因是什么？
Robert Treat：我最关注的是 Repack 功能进入 PostgreSQL Core。如果之前使用过 pg_repack 或 pg_squeeze，那么未来 PostgreSQL 将直接内置类似能力。这一功能未来有望替代 VACUUM FULL 和 CLUSTER，并支持更加完善的并发执行能力。
周煦能：我比较关注同步场景下读写一致性相关能力的完善。这个功能经历了比较长时间的迭代和优化，主要用于解决同步环境中的一致性问题。后续随着更多真实场景落地，它也会进一步得到验证。
何建：我比较关注 Meson 构建脚本相关改进。近几年 PostgreSQL 对 Meson 的支持越来越完善，现在开发者已经能够更加方便地完成 PostgreSQL 编译与构建。
侯志杰：我推荐的是在线修改参数能力。过去很多参数修改都需要重启数据库服务，而现在部分参数已经支持在线调整。对于越来越多无法接受停机的业务来说，这类能力会越来越重要。
Cary：就我而言，我比较期待并行 TID Range Scan。过去基于 TID 的数据迁移通常只能依赖单线程，而现在已经能够支持并行扫描。在部分场景下，它的效率会明显高于传统顺序扫描。
Mark Wong：我最近比较关注执行计划优化相关插件。尤其是在一些复杂查询场景中，可以通过相关工具进一步分析执行计划问题，并针对性优化查询性能。
Bruce Momjian：我同样会推荐 Repack 功能，这会是非常重要的改进。
结语
整场圆桌讨论持续了很长时间，但贯穿始终的一个核心关键词，其实是“参与”。
无论是提交补丁、Review 代码、撰写博客、组织活动，还是参与社区讨论，PostgreSQL 社区始终鼓励开发者以各种方式真正融入其中。
很多嘉宾也都提到，社区不会因为一次补丁失败就否定一个人，也不会只通过代码数量衡量贡献价值。相比短期成果，PostgreSQL 社区更看重长期投入、持续协作，以及是否真正愿意推动整个社区共同成长。
而对于中国 PostgreSQL 社区来说，从“使用 PostgreSQL”走向“建设 PostgreSQL”，或许也正是下一阶段最值得期待的方向。
从 HOW 2026 到 PGConf.dev 2026
在 HOW 2026 结束之后，IvorySQL 团队也紧接着前往了 PostgreSQL 社区另一场重要国际会议 —— PGConf.dev 2026。
相比 HOW 2026 更偏向国内社区交流与生态建设，PGConf.dev 则聚焦 PostgreSQL 核心开发、社区协作与未来技术演进方向，汇聚了大量来自全球 PostgreSQL 社区的核心开发者与长期贡献者。
从 HOW 2026 到 PGConf.dev 2026，我们也更加深刻地感受到 PostgreSQL 社区真正的价值，不仅在于技术本身，更在于全球开发者之间长期开放、协作与共建的文化。
下面，也一起通过这支 Vlog，看看 IvorySQL 从加拿大 PGConf.dev 2026 现场带回了哪些有趣见闻吧～
