关于客户订单数据库结构设计
最近在准备帮公司做个软件,从订单到生产的,我公司的订单有正式订单和非正式订单,生产部按照半个月内的正式订单和非正式订单情况制订生产计划,后面的追踪则是根据生产计划编号时行跟踪.正式订单下来以后要生成出货通知,这里有个比较麻烦的问题就是当一个订单中某个产品数量较大时,则要分多次出货,由人工指定,想了很久,也不知道数据库应该如何设计好.哪位好人可以给个设计思路,要能够对正式订单的进度进行跟踪
[解决办法]
订单表
订单号
订单类别 正式还是非正式
订单状态 目前生产状态
订单产品总量
订单已出货量
订单时间 订单创建的时间
订单跟踪表
订单号
生产批次 一个订单多批生产
批次生产状态
我的思路是把一个订单分成多个生产批次,每个生产批次独立出货,这样一个订单即可以一批出货,也可以多批出货,最后通过订单表已出货量总和来确定一个大订单是否完成.
[解决办法]
根据你的描述,暂且假设为如下场景:
工单(批次)<－－订单 －－>出货单.
订单对工单是一对多的关系,订单对出货单也是一对多的关系,另外在设立一张订单交易历史表来记录订单的状况.
简单结构设计如下:
--Order表.OrderNo,Status,Qty,OrderType,OrderInfo....--ShopOrder表,OrderNo, ShopOrderNo,Status,LotBatchNo,Qty,ShoporderInfo....--Shipping表OrderNo,ShippingId,Status,ShippedQty,ShippingInfo...--OrderTranactionHistory表TranId,OrderNo,Status,TransactionInfo....
