标签：存储 规则 收货 str 接受 需求 mis 逻辑 修改
数据建模其实就是数据库设计，是很关键的环节，他的前提条件是：设计原则及考虑维度
1）效率 开发效率，模型简单，更少的数据库表，开发容易，维护容易；
2）性能 数据要快
3）成本 避免数据冗余
MIS系统我更在意的是开发效率及应变性，因为数据量和硬盘存储都没问题，重要的是兼容各种需求的变更；
本仓库系统需求核心要点：
1）采购到货入库，自动消采购单；（1条采购分多批次到货或一次到货交付多个采购记录）
2）可以分批次、有效期管理库存产品数量；
3）产品出库时计算每种产品平均周转天数；（每条库存记录，包含入库时间）
设计思路解读
1）仓库：可以保存或暂存商品的都可以看做“仓库”；一个公司有多个仓库，仓库进出有很多种方式，但都要凭一张单据； （曾经做快递系统，可以基于这个思路去处理，就是一个商品在多个仓库之间，按照规则流通而已，这样整个复杂的系统就是一个进销存系统，收货/集货/运输/派送/送货都是一种流程过程）
2）流通单：从一个仓库流转到另一个仓库，产生1张单据和N条商品明细；
3）库存：其实就是每个产品根据（产品+仓库+批号+入库日期 建立的一个账本）
表设计
一、配置类
1）供应商表
2）产品表
3）仓库表
二、采购类
1）采购单据表（单据号+供应商+下单日期+交付状态+交付进度）
2）采购单产品清单表（归属采购单，商品id，订购数量，已交付数量、次品数）
3）采购单操作记录表（创建，修改、交付、完成等日志）
三、仓库及库存类
1）仓库单据表（单据类型+单据号+发出方+接受仓库+收发人信息+总数量+总价格）
2）仓库单据的产品明细表（归属单据+交易商品+交易数量+批号+周转天数）
3）仓库单据操作记录表
4）库存记录表（商品id+仓库Id+数量+商品批号+入库日期）
标签：存储 规则 收货 str 接受 需求 mis 逻辑 修改
原文地址：https://blog.51cto.com/ewoosoft/2455242
