# 决策摘要：单库航班状态与无损明细

状态：ACM2-28 单库权威方向已采纳；ACM2-29 固定槽位方案已撤销。
2026-09-08 按当前代码整理。本文只保留有效决策和理由，不作为完成或发布证明。

## 有效决策

| 决策 | 理由与边界 |
|---|---|
| 航班状态、快照代、处理终态和 outbox 同库提交 | 消除 Redis 状态与数据库终态跨库双写窗口。Redis 不参与动态状态权威。 |
| 当前实现为 PostgreSQL；现场供库目标为 Oracle 11g | 一个部署选择一个内部权威库。Oracle 尚未实现完整适配，不是可用配置开关。 |
| 航班标量主表 + 9 张重复明细表 | 保存 10 类集合的顺序、源序号和多条资源/操作；不按展示槽位截断。 |
| 异常对象保留主表前缀列；SRVT/VIPF/MAFL 保留文本列 | 已有载体足够时不新建抽象或关系表；具体读写语义仍需回归证明。 |
| 单活动主泵，事务内 PIPELINE_LOCK 行锁 | 保护局部状态提交；不能代替消息认领、FIFO 和整个实例的协调。 |
| 外部回填、投递按幂等重试处理 | 不使用跨库事务；回填意图同事务持久化是待补齐的目标。 |
| 展示视图只是投影 | 前两个资源用于展示，不能作为全量权威或对拍输入。 |

不再采用：固定 GATE1/2 等槽位作为权威、超界静默丢弃、“零子表”为架构约束、
“存储模型决定零方言成本”、没有备份前提的 RPO=0 承诺。

## 历史与当前设计

- ACM2-28：Redis 权威改为本地关系库原子提交。
- ACM2-29 早期：JSONB → 宽表文本 → 固定槽位；后者被三登机门等样例否定。
- ACM2-29 v2：明细表及唯一写路径落地，但不能据此认定全部端到端和平台验收完成。
- 历史原文保存在 [决策历史](legacy/decision-flight-state-history.md)，不作为当前实施指令。

当前规则由 [航班状态设计](flight-state.md) 和 [管道设计](design.md) 维护。