为什么模式债务会扩散到整个系统
模式债务不会局限在数据库里。它会渗入 API、报表、业务规则和维护工作。应用开始为结构问题兜底，于是每一个新功能都会变得更贵。
- 应用代码会围绕别扭的表和关系选择不断膨胀
- 因为数据含义不一致，集成会变得脆弱
- 随着结构性捷径累积，报表和迁移风险都会增加
洞见
面向现有系统的数据库模式设计清理
现有系统会悄悄积累模式债务。表承担了过多责任，命名变得不一致，旧关系继续残留，新功能不断叠加在脆弱基础之上。结果就是开发变慢、迁移更危险，以及报表和集成工作更脆弱。
最适合
- 模式变更已经变得紧张甚至政治化的系统
- 报表或集成工作建立在别扭结构之上的产品
- 已经明确知道模式本身就是交付问题一部分的团队
清理在实践中意味着什么
清理意味着明确所有权、简化关系、减少过载结构、让命名更一致，并为未来变更准备更安全的路径。
- 明确每张表和每个关系究竟代表什么
- 减少那些总是在应用逻辑里反复冒出的不必要复杂性
- 让未来的改动更可预测、也更不脆弱
为什么清理应在更大改动之前进行
当模式更能反映系统真实在做什么时，性能工作、迁移规划和集成修复都会更容易。清理常常能把模糊挫败感变成可执行计划。
- 结构越不混乱，调优工作越容易展开
- 数据模型越干净，迁移路径越清晰
- 未来交付工作会有一个更稳定的基础可供构建