本文回答一个问题：记账 App 的"账户余额"到底是算出来的还是存出来的？选了"存出来的"，删除、修改、确认这些操作要付出什么代价？

GoWind Ledger（风行记账，单式记账：支出/收入/转账/调整四类流水）的核心设计是冗余余额列——账户表上存 balance，流水增删改时手工维护它。这篇拆它的余额维护机制（confirm 确认流、RefundBalance 补偿、copy-then-delete 更新），也如实拆它的三条裂缝——一条没能回滚的调整流水、两段没进事务的余额操作。设计取舍与已知缺陷放在一起讲，比只讲光鲜面有用得多。

本文回答一个问题："审批完的采购单自动生成应付、收货自动回写库存、低库存自动起草补货单"——同一句"数据全打通"，为什么有的链路用硬事务、有的用软失败、有的用事务后 defer？

GoWind ERP（采购/库存/财务三大模块）的 README 把"单据驱动单据"当核心卖点，而代码里真正值得学的是它对一致性等级的分层：不同链路按"失败的代价"选了三种不同的机制——硬同事务、软失败人工补、单体 SAGA 缝。这篇文章把这三种机制各拆到底，再补一刀贯穿全库的并发武器：SQL 条件更新。