[請益] 商城的訂單資料庫設計

kkkoooiii206/14 04:531. 看你後續資料使用情境 沒有最好, 只有最適合

kkkoooiii206/14 04:532. A商店的羽球拍和B商店的羽球拍 是同一個羽球拍嗎

Kitten115606/14 05:591.傳統來說確實十筆沒錯，不然就是做其他設計，一個表

Kitten115606/14 05:59存key，另一個表做對應

Kitten115606/14 05:592.每個產品都要有key，傳key進後端做區別

siriusu06/14 06:07訂單 跟 店家 可以再進一步正規化 不過這跟本版有關嗎

MonyemLi06/14 07:52這是歷史資料，買了就不可該，最好不要用關聯，因為商

MonyemLi06/14 07:52品可以不斷改

somefatguy06/14 08:04待過一個案子是把不需要用來搜的欄位存格式化字串

somefatguy06/14 08:06如 訂單:A1 data:"A,羽球拍,2,A籃球,1"

somefatguy06/14 08:07不過各種方法有好壞，像這樣就是改個資料要字串全覆寫

somefatguy06/14 08:08而且統計時要撈資料需要用的資料在字串內很難撈

somefatguy06/14 08:09訂正：A籃球,1=>A,籃球,1

bheegrl06/14 08:14Order<->OrderDetail<->Product

bheegrl06/14 08:18像前面有人提到的，正規化的部分研究一下

bheegrl06/14 08:222. 不就把商品資料建起來就好，同上一筆筆建在Product內

bheegrl06/14 08:23ID, 商店名稱，商品代碼，商品中文名/英文名..看你要加啥

bheegrl06/14 08:24就苦功，但是建一次就好。RDBMS看一下啊，這是最基本的

BlacksPig06/14 08:36串成字串，再交由後端的字串split api處理也夠完成作

BlacksPig06/14 08:36業了，但是真實商城會有各種奇葩商品名稱，可能會讓s

BlacksPig06/14 08:36plit無法正常運作。不過這種問題其實應該跟同學討論場

BlacksPig06/14 08:36景來做表格設計還有normalization，以後出來混遇到才

BlacksPig06/14 08:36會瞭解學生時期設計思慮不周全，然後印象更深刻

gorocky06/14 10:04如果一個商品很多規格呢？

xxxxae8606/14 10:52多一個 shop_id 做複合主鍵就解決了

xxxxae8606/14 10:54至於 10 row 的問題只能跟你說，你即使存 json 之類的進

xxxxae8606/14 10:54去再在後端解只是徒增維護人員理解的成本

xxxxae8606/14 10:54DB 速度慢是要下更好的 SQL 處理

holebro06/14 16:54照正規化的概念就是這樣設計吧

sherees06/14 17:10建議原po先去看看資料庫正規化

KY199806/14 21:58商品很多規格要做商品類型，類型很多層一樣要再分

KY199806/14 22:02Class Diagram畫出來不就很清楚了

MyNion06/14 23:50訂單資料是immutable的＆一對多，你要不要用NoSQL來存？

new12285106/15 00:24原子性

bill020506/15 02:45建議還是看一下正規化比較好

acgotaku06/15 04:29這個我處理過，把訂單資訊存成json，子訂單是object arr

acgotaku06/15 04:29ay

acgotaku06/15 04:31pk設定成訂單編號，你把子訂單拆開存也是可以

acgotaku06/15 04:31但是要設定子訂單編號，不要直接用訂單編號

acgotaku06/15 04:33你的table不是只有存，也要複寫更改，存成json

acgotaku06/15 04:33是最方便的

acgotaku06/15 04:35天貓的資料同步給客戶的table 他們是這麼做的

waypin200206/15 10:14訂單主檔一筆資料，訂單明細10筆。再去關聯商品

rahit06/15 12:17正規化先研究一下= =