快消品（FMCG）库存系统数据库规范化及ERD设计问题咨询

一、数据库规范化设计问题 #

• 寄售核心逻辑未匹配范式要求：寄售模式下库存所有权在售出前属于供应商，但现有设计若未区分「寄售在库」和「已售转自有」的状态，直接按入库量核算应付，会导致应付金额数据失真——这违背了第二范式（2NF），因为应付金额依赖的是实际销量而非入库记录，入库记录与应付无直接函数依赖。
• 应付金额冗余存储违反3NF：如果数据库中直接存储payable_amount字段，而非通过「已售数量 × 寄售协议单价」动态计算，当协议单价调整、销售数据修正时，应付金额无法自动同步，必然引发数据不一致。
• 逾期状态字段冗余：若逾期付款状态（如is_overdue）是静态存储的字段，而非通过「付款截止日期 - 当前系统日期」实时计算，会产生冗余数据，且日期变动时状态无法自动更新，需手动维护，大幅增加出错概率。

二、ERD设计的核心缺陷 #

• 关键实体缺失：
  • 缺少「寄售协议」实体：快消品寄售通常包含单价、付款周期、临期品处理规则等核心约定，若这些信息分散到供应商或库存表中，会导致同一供应商的不同商品协议重复存储，违反范式要求，且维护成本极高。
  • 未建立「库存批次」实体：快消品有严格保质期要求，寄售库存需按批次管理，若仅用商品ID关联销售，无法追踪具体批次的消耗，既不利于临期品预警，也无法精准对应供应商的批次结算需求。
• 实体关系关联不严谨：
  • 销售记录与库存的关联缺失批次维度：仅关联商品ID会导致无法确认销售消耗的是哪一批寄售库存，结算时无法匹配供应商的批次供货数据，对账难度大。
  • 应付账款记录未与销售明细建立外键关联：无法追溯每笔应付对应的具体销售订单，出现账款争议时无法快速核实明细。
• 字段与约束缺失：
  • 供应商表未包含payment_term（付款周期）、penalty_rate（逾期罚息率）字段：无法自动计算付款截止日期和逾期罚息，只能依赖业务代码硬编码，耦合性高且易出错。
  • 库存表缺少ownership_status（所有权状态）字段：无法明确区分库存归属，应付账款的计算逻辑失去依据，容易出现提前结算或漏结算的问题。
  • 未设置库存出库数量校验约束：未限制销售出库数量不能超过对应批次寄售库存的可用量，可能出现负库存，违反快消品库存管理的基本逻辑。

内容的提问来源于stack exchange，提问作者Imran Haziq Bin Khairul Anuar