上卷：应用开发

本卷导读：上卷面向应用开发者与数据库工程实践者，沿着“认识系统—可靠建模—正确查询—性能与并发—安全交付—能力扩展”的路径，建立从 PostgreSQL 原理到 Pigsty 实验闭环的完整开发能力。

本卷定位

从 PostgreSQL 工程认知到应用交付与能力扩展

本页是位于顶层导航中的导读与索引页，不是章节父目录。下面各章仍与本页并列，使用独立的顶层 URL；读者既可以按本卷路径顺序学习，也可以直接进入任意章节。

回答“我连到了什么、数据对象在哪里、一次查询经过什么、Pigsty 又管理了什么”，并固化后续章节共同使用的实验基线。

掌握后续 34 章反复使用的最小工具链，把临时手工操作变成可审查、可验证、可重跑的任务。

先表达业务事实、不变量与所有权，再把逻辑模型 v0 跑进真实数据库；本章模式是过渡版本，可靠物理模式在 ch04 闭合。

利用 PostgreSQL 类型系统、约束与分区决策，把 ch03 的逻辑模型逐项落成可靠物理模式。

建立执行计划、并发控制和故障诊断共同依赖的原理地图，不在本章穷举后续专题。

不提前宣判“最佳实践”，而是建立“候选规则—证据—适用范围—例外—验证”的规约生成方法，产出 baseline v0.1。

学会读计划、验证估算、解释计划变化，并建立分区裁剪和自动计划采样的正确边界。

从“用户说慢”出发，建立从范围界定、证据收集、假设排序到受控验证的诊断闭环。本章同时作为全书方法型样章。

从访问模式而不是字段直觉设计索引，并用读取收益、写入代价与维护成本共同验收。

在明确隔离级别和业务不变量的前提下重现并发异常，选择锁、条件更新、重试与幂等策略。

先判断锁、重写、扫描和兼容性，再设计可观察、可中止、可回退的模式发布；完成分区能力的第三个触点。

把前十一章收束成一个可运行、可观测、可部署的最小服务；后续章节不再长期维护同一套 Go 代码。

判断逻辑应该位于 SQL、数据库函数、触发器还是应用中，并能测试、观测和安全发布数据库端逻辑。

不从“能安装”推导“该使用”，建立扩展发现、选型、供应链、升级与退出的统一 ADR。

从检索质量与业务语义出发，完成全文、模糊、向量和混合检索的最小可复现 PoC，并知道生产代价。

分别建立时间与空间数据的正确模型，最终用时空联合查询证明两者为何值得在同一章出现。

先用证据证明单机边界，再比较单机分析加速与分布式方案，完成最小 PoC；不预演下卷的复制、路由和多集群运维。

把上卷能力组合成一张数据平台地图，同时明确 PostgreSQL 不应该承担的工作，为下卷的服务建设建立边界。

最后更新于 2026-07-30