枚举

«结论先行：联调返工里最阴的一类，不是字段名写错、也不是枚举漏值，而是「单位/量纲」没约定——同一个字段，前端理解成元、后端吐的是分；同一个时间戳，这边按毫秒、那边按秒。它比"字段缺失"更危险，因为每个环节都"看起来对"：接口 200、字段

【背景】 3 年测试开发，维护一条 B 端 SaaS 的订单 + 支付链路（Java 17 + Spring Boot 3 + JUnit 5，接口自动化 pytest + httpx 约 900 条用例，共享 staging）。团队已按社

先给结论：我的默认倾向是用 varchar 存可读的枚举字符串，只有在「高基数、纯内部状态机、需要按值做范围/排序、且永不对外展示」的少数场景才退回 int。下面把这件事的分歧摊开聊聊。 【背景】 做了 10 年 DBA，表设计评审里被吵得

现象与背景：返工不是出在功能，而是出在"没写全" 我做过 3 年技术 PM，复盘过 14 个迭代的联调返工单，一个反直觉的结论：导致前后端联调返工的工单里，约 70%（9/14）根因不是"功能做错"，而是"PRD 没写全"。具体三类高频缺失