Mysql数据库下订单表如何设计
商品表和订单表 。
通过一个表来关联。
那删除了商品,相关联的订单表如何显示出这个已经删除的商品
订单表需要冗余商品名、商品编号、价格等基本信息。
不能只保存一个商品主键,这个是订单表的基本原则,同时生成了订单的商品是不能删除的。
订单表中引用商品表主键,删除使用状态假删。
同时引入商品的状态,总之就是反范式设计,保证一次可以获得全部要的状态,不要进行多表jion。
订单:分为以下几种
订单凭证(接到客户的订单表),采购订单,销售订单,委外订单
我的数据库该怎样设计
1:订单类型表:分订购,采购,销售,委外
订单表:
订单详情表:
2:订单凭证表-订单凭证表详情
采购订单
采购订单详情表
一次类推
他们之间可以相互切换,就是订单凭证(产品产线做完以后),可以转换成销售订单
在记录订单凭证那张表里面加个状态是否完成如果完成了就可以打了标记然后记录到销售订单
不需要订单类型表,在订单表中加个订单类型的字段来记录就是了,如果防止误输入错误的订单类型,在这个字段上加约束就行了。
两个表就够了。
订单表用一个类型字段进行区分,需要转换时直接改订单类型。
订单详情表订单的明细记录。
相互切换也不要对同一个记录进行改标志,而是应该完成原单,新增新单
所有单据都用一套主从表:
一个主表,有单据类型字段
一个从表
要看业务需求的。
如果一个订单按流程走下去,不同的步骤被称为不同的名称,改标志就够了。
最多加上几个时间字段,用来记录转换类型的时间点。
要是内容没变化,同样的明细复制几份没有意义,反而平白增加了数据量。
订单凭证,采购订单,销售订单,委外订单各建一个表存储(主表),必要时建各自对应的明细表.
各种订单的主表之间可通过各自的内码(InterID)关联.
买家购买商品后,产生一个订单,那么订单进行的每个步骤的数据如付款、付款时间,发货、发货时单,确认收货等信息应该如何设计,都放在订单表中吗
每个步骤的数据如付款、付款时间,发货、发货时单,确认收货等信息应该如何设计,都放在订单表中吗
订单表:订单编号、下单时间、提交人、订单类型、收货人信息、订单状态[待发货-已发货等]