IvorySQL

在使用 PostgreSQL 数据库的过程中，有一组实践方式可以显著提升开发与协作体验。单个做法影响有限，但叠加起来效果十分明显。 使用 UUID 作为主键 UUID 确实存在一些缺点： 完全随机的

还在以最终 cost 来判断计划是否最优？那就大错特错了！！！本篇老杨和大家一起抽丝剥茧，从源码入手分析计划跑偏的原因。 问题现象 一个简单查询运行 240s，从执行计划看耗时主要在 nestloop

PostgreSQL 18 正式发布，带来了多项重要改进，其中 RETURNING 子句的增强尤为突出。该特性在 MERGE RETURNING 场景下实现了关键突破，可显著简化应用架构，并提升数据变

给大家分享一个有趣的案例，同一个 sql，索引扫描比全表顺序扫描获取的数据更少。本篇我们深入分析一起索引排序规则损坏的案例，并 debug 验证索引扫描的主要过程。

PostgreSQL 在各行各业的关键应用中具有极高适用性。尽管 PostgreSQL 提供了良好的性能，但仍存在一些用户不太关注但对整体效率与速度至关重要的问题。多数人认为增加 CPU 核数、更快的

过去一年，我们持续投入于 PostgreSQL 与 IvorySQL 的技术研究与实践。从一次次对内核细节的拆解，到新版本特性的验证，再到复杂场景下的迁移与部署，这些文章记录了技术不断被理解、被验证、

在 PostgreSQL 中，SQL 查询的解析、执行等全流程的触发，均以应用程序与数据库建立有效连接为前提。 这一连接建立过程看似是简单的交互握手，实则背后蕴含复杂的底层机制——涵盖进程管理、身份认

医院数据管理的挑战 介绍 当前医院的信息系统呈现出多系统并存的复杂局面。一家三甲医院通常运行着数十个不同的业务系统：HIS（医院信息系统）处理核心业务，EMR（电子病历系统）记录诊疗过程等。并且医院场

2026 年，精彩升级，蓄势待发！ 2026 年 4 月 27-28 日，HOW 2026（IvorySQL & PostgreSQL 技术峰会）将再度落地济南