5.x 系列的核心信号:兼容性从"能用"升级到"可信"
过去半年,IvorySQL 的发布节奏明显提速。5.0 在2025年11月底基于 PostgreSQL 18 内核发布,不到一个月后 5.1 跟进,近期 5.3 已经上线,跟随 PG 18.3 同步更新。这种"贴身跟跑"的发布策略,本身就是一种表态:我不是 PostgreSQL 的分叉,我是它的 Oracle 兼容层。
5.x 系列最值得关注的改动,是对 Oracle 行为的细节级别对齐。以 NULL 处理为例,IvorySQL 在兼容模式下将 NULL 视为空字符串,SELECT CONCAT('a' || NULL) 返回 'a' 而非 NULL —— 这正是 Oracle 的行为,也是无数从 Oracle 迁移过来的存储过程在 PostgreSQL 上踩坑的根源。这类"细节级兼容",比接口级别的仿真难做得多,也更有实际价值。
5.1 版本还引入了浏览器内在线体验(WASM 构建),

用户无需安装即可在网页中验证语法兼容性。我之前分享过一篇文章进行详细介绍IvorySQL 网页版初体验及场景展望. 个人认为这个决策很务实:做 Oracle 迁移评估的技术团队,首先需要的往往不是部署一套完整环境,而是快速确认"我的这段 PL/SQL 能不能跑"。
IvorySQL 5.x 发布时间线
2025-11-25 ── 5.0 发布(基于 PG 18.0,21项新 Oracle 兼容特性)
2025-12-18 ── 5.1 发布(跟进 PG 18.1,含浏览器 WASM 体验)
2026-xx-xx ── 5.3 发布(基于 PG 18.3,新增 10 个扩展支持) ← 当前
2026-04-27 ── HOW 2026 大会(济南)
另一面:生态宽度
但有一点值得认真对待。IvorySQL 的 Oracle 兼容覆盖率,目前还不是 100%——这本身不是问题,问题在于"覆盖了多少、哪些没覆盖"的文档透明度仍然有限。对于打算做生产级迁移的企业,这意味着在真正动手之前,还需要自己做一轮兼容性摸底。或许IvorySQL有更好的解决办法, 利用工具进行兼容性评估, 给出报告和改造建议, 那文档就不是大问题了.
另外,社区的生态工具链依然以 Highgo 自家贡献为主体,外部社区贡献者的比例和黏性,还不能和 PostgreSQL 本体相提并论。5.1 的发布说明里,国际贡献者被点名致谢,这是好的信号,但从"感谢贡献"到"形成持续贡献飞轮",仍有距离。不过IvorySQL开发者也在不断反哺PG社区,同时每年都参加PG全球开发者大会, 其影响力逐渐逼近EDB、postgrespro等, 这绝对是非常积极的信号.
信创市场是 IvorySQL 的重要战场。它已完成与银河麒麟、deepin、龙芯 LoongArch 等国产软硬件的适配认证。
当前阶段最优价值的还是企业迁移案例
IvorySQL 现在最缺的,不是版本,而是公开的、有说服力的生产环境迁移案例。HOW 2026 和正在进行的文章征集计划,或许会填补这一空白。如果今年内能看到几个有规模、有细节的 Oracle → IvorySQL 落地故事浮出水面,这个开源项目的可信度会有实质性的跃升。
Oracle 迁移这件事,市场需求真实存在,窗口期也在收窄。IvorySQL 走的这条路方向不错,但最终能占多大份额,取决于它能否把"技术兼容"转化成"迁移可信" —— 这两件事之间,还差一段路程。这也是开源数据库被用于替换商业数据库场景最具挑战的地方.