MySQL存储订单行类型：选多个BOOLEAN还是单数值字段更符合最佳实践？

单个type字段方案远优于双布尔字段方案，是更符合最佳实践的选择，原因如下： #

双布尔字段方案的核心问题 #

• 存在不可控的脏数据风险：两个布尔字段可以出现isQuotation=1且isBooking=1、isQuotation=0且isBooking=0两种不符合业务逻辑的状态，你需要额外编写数据校验逻辑/数据库约束来规避，维护成本很高，一旦校验逻辑漏写就会产生脏数据。
• 扩展性极差：如果后续业务新增其他订单行类型（比如取消单、补发单），你需要不断新增布尔字段，表结构会越来越冗余，查询、统计逻辑的复杂度也会同步上升。
• 查询逻辑冗余易错：每次判断订单行类型都需要同时校验两个字段的取值，比如筛选报价行需要写WHERE isQuotation = TRUE AND isBooking = FALSE，漏写任意一个条件就会查询到不符合预期的结果。

单type字段方案的优势 #

• 天然避免数据不一致：单个字段同一时间只能有一个取值，不会出现互斥类型同时存在的问题，只需要加一个简单的CHECK约束CHECK (type IN (0,1))即可从数据库层面保证数据合法性。
• 扩展性强：后续新增业务类型只需要新增数值映射规则，不需要修改表结构。
• 逻辑简洁易维护：筛选特定类型的订单行只需要写WHERE type = 0即可，不容易出现逻辑错误。

数值映射的优化建议 #

纯数值映射的唯一问题是可读性差，排查数据时需要对照文档确认取值含义，可以做两个优化：

• 如果使用的数据库支持枚举类型（如MySQL、PostgreSQL的ENUM类型），可以直接将type字段定义为ENUM('quotation', 'booking')，既保留单字段的所有优势，又直接在数据库层存储可读的类型标识，不需要额外做数值映射。
• 如果不想使用枚举（担心后续新增类型修改枚举定义的成本），可以用TINYINT类型存储数值，同时在表字段注释中明确标注每个取值对应的业务含义，降低后续维护成本。

内容的提问来源于stack exchange，提问作者Bowis