- 物料代码尽可能唯一
即一个物料代码对应一个实物，尽可能不要出现同一实物有多个料号的情况
实例：实施一家型材行业客户，同一实物再不同业务场景会有不同的物料代码，导致业务逻辑复杂，做单时数据混乱
- 将主子表视为一体
即主表删除子表也删除，子表都删除了主表也要删除，主表修改也要触发子表修改，子表修改主表也要触发变更
- 尽可能使用底层写法
这个纯粹是个人喜好，能用触发器的我尽可能用触发器，用程序控制总会因为不明原因导致数据不一致，可能是是个人技术不到位
- 前后流程控制
订单已入库的订单不能再删除了，诸如此类的逻辑控制，在进销存中极为常见，极为重要
- 合理使用小说位数
同一数据的小数位数尽量相同，否则会数据不一致
- 追溯合理
尽可能将追溯流程的步骤减少
避免：销售订单>>销售出库>>销售退货>>销售出库(补发)
------ 销售退货单要追溯销售订单需要经过销售出库再到销售订单
推荐：销售订单>>销售出库
销售订单>>销售出库(红冲)
- 单据回写
我现在的处理方式是将回写数据存放到中间表
例如订单的已发货数量 存放到中间表
订单发货的退货数量 也存放到中间表
已发货的商品的开票数量 收款金额 等等 也都放到中间表
中间表的结构可以根据自己需求设计 我的设计只有3个字段 源单ID 、回写数据 、回写属性
暂时只有这些后面再更新