液体大额订单分装规格存储方案技术咨询

方案一：原订单表新增Capacity字段 #

• 核心局限：只能存储单一分装规格，完全无法适配「20瓶5L、50瓶20L」这类多规格分装的场景；且该字段仅在液体订单且订购量＞1000升时才有用，大部分订单会让这个字段处于空值状态，违背数据库设计的第一范式，造成数据冗余与结构不严谨。
• 仅存适用场景：如果能100%确定业务永远只允许单一分装规格，且需要该字段的订单占比极低，可临时凑合用，但长远来看扩展性几乎为0。

方案二：创建关联表（建议命名为Order_Packaging_Specs，比Orders_Recipients更贴合业务） #

• 核心优势：
  • 支持多条分装明细记录，一条主订单可关联多条分装规格（比如20瓶5L、50瓶20L各占一行），完美匹配需求。
  • 符合数据库规范化原则，原订单表不会出现冗余空字段，仅需分装的订单才会在关联表生成对应记录。
  • 扩展性极强，后续若需新增分装相关字段（如包装材质、批次号），直接在关联表添加即可，不会影响原订单表的稳定运行。
• 关联表必备字段：OrderId（关联主订单）、PackCapacity（单包装容量，如5L）、PackQuantity（包装数量，如20），确保完整记录分装信息。

结论 #

优先选择方案二。方案一的设计会直接锁死业务灵活性，后续遇到多规格分装需求时只能大规模重构表结构，成本极高；而关联表的设计既能满足当前需求，也能轻松适配未来的业务扩展。

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