一、 訂單一次提交過來會有多種產品，如：大商品A-小類a-數量，大商品B-小類b-數量，大商品C-小類c-數量
二、 處理商品分類資訊，GET出相對應的商品ID，并判斷小類商品的庫存
三、 處理生成的訂單資訊入庫，生成訂單ID
四、 處理大類商品A、大類商品B、大類商品C出庫資訊
1、 大類商品出入資訊不知道怎么設計資料庫【后期需要統計相關出入庫資訊】
2、 目前的想法
表ID自動 關聯訂單ID 關聯大商品ID 關聯訂單出庫數 關聯采購入庫數
ID ID ID 數量 數量
3、 一張訂單提交過來的商品有N多種類
4、 是不是應該一次性插入多條資料
5、 訂單的不確定性：更新、作廢洗掉【每次更新訂單是不是也需要一次性處理多條】
表ID自動 關聯訂單ID 關聯大商品ID 關聯訂單出庫數 關聯采購入庫數
新ID 訂單1 洗衣粉ID 出10
新ID 訂單1 牙膏ID 出100
新ID 訂單1 護手霜ID 出1
6、 更新訂單【紅色部分是被剔除】
表ID自動 關聯訂單ID 關聯大商品ID 關聯訂單出庫數 關聯采購入庫數
新ID 訂單1 洗衣粉ID 出10
新ID 訂單1 牙膏ID 出100
新ID 訂單1 護手霜ID 出1
7、 實際更新后的訂單應該是
表ID自動 關聯訂單ID 關聯大商品ID 關聯訂單出庫數 關聯采購入庫數
新ID 訂單1 洗衣粉ID 出10
新ID 訂單1 洗潔精ID 出8
8、 這個大類商品分類資料庫應該怎么設計比較合理？
假如每次更新訂單都需要去更新商品數量或者洗掉這個商品數量，這樣的表設計是不是太不合理了？
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/39786.html
標籤：基礎類
下一篇：各位大佬