数据库设计

这页只讲一件事：数据库设计在这套工作流里到底是什么位置。

先说结论

数据库总设计不是附属文档，而是正式研发门禁。

为什么必须先做数据库设计

因为它决定后面几乎所有关键口径：

• 核心实体怎么分
• 表之间怎么关联
• 关键字段怎么定义
• 状态怎么流转
• 事务边界怎么划
• 补偿和对账怎么落

如果数据库设计没先定清，后面的接口、后端、前端都会跟着漂。

数据库阶段应该产出什么

至少要有这 4 类材料：

材料	用途
数据库总设计评审稿	让人评审整体设计是否成立
建表语句	形成实际落地结构
关系图	让表关系一眼看清
数据字典	把字段口径写实

哪些事情人工智能可以做

• 根据产品输入整理实体清单
• 生成评审稿初稿
• 生成建表语句草稿
• 生成关系图和数据字典初稿
• 列出明显冲突、缺口和风险点

哪些事情必须人工决定

• 表关系是否真的合理
• 关键字段是否完整
• 核心状态是否成立
• 高风险模块的事务边界是否接受
• 评审结论是否通过

人工智能可以出材料，但不能替人宣布“数据库设计已通过”。

数据库阶段没过时，后面哪些事情不能做

• 不能正式进入模块任务设计
• 不能正式进入后端研发
• 不能正式进入前端研发
• 不能把生成结果当作稳定实现输入

高风险模块在数据库阶段要额外看什么

如果模块涉及支付、退款、结算、开票、外部回调、复杂状态机、多角色协同，数据库阶段至少要额外看：

• 幂等怎么落
• 状态怎么落
• 补偿怎么落
• 审计留痕怎么落
• 对账主线怎么落

这类问题不提前定清，后面返工会非常重。

最短记忆版

数据库设计先过，人才能放行；人不放行，人工智能不能把后续研发当正式推进。