訂單商品資料模型
1、 弄清每張表記錄的資料內容
分模組對每張表記錄的內容進行熟悉，相當 於你學習系統 需求（功能）的過程。
2、每張表重要的字段設定
非空字段、外來鍵字段
3、資料庫級別表與表之間的關係
外來鍵關係
4、表與表之間的業務關係
在分析表與表之間的業務關係(一對一，一對多，等)時一定要建立 在某個業務意義基礎上去分析。
先分析表的內容：
使用者表user：
記錄了購買商品的使用者資訊
訂單表：orders
記錄了使用者所建立的訂單（購買商品的訂單）
訂單明細表：orderdetail：
記錄了訂單的詳細資訊即購買商品的資訊
商品表：items
記錄了商品資訊
再分析表中字段，如圖。
再分析表與表之間的關係，也就是外來鍵分析，如圖。
最後分析：
表與表之間的業務關係：
在分析表與表之間的業務關係時需要建立 在某個業務意義基礎上去分析。
先分析資料級別之間有關係的表之間的業務關係：
usre和orders：
user—->orders：乙個使用者可以建立多個訂單，一對多
orders—>user：乙個訂單只由乙個使用者建立，一對一
orders和orderdetail：0
orders—》orderdetail：乙個訂單可以包括 多個訂單明細，因為乙個訂單可以購買多個商品，每個商品的購買資訊在orderdetail記錄，一對多關係
orderdetail–> orders：乙個訂單明細只能包括在乙個訂單中，一對一
orderdetail和itesm：
orderdetail—》itesms：乙個訂單明細只對應乙個商品資訊，一對一
items–> orderdetail:乙個商品可以包括在多個訂單明細 ，一對多
再分析資料庫級別沒有關係的表之間是否有業務關係：
orders和items：
orders和items之間可以通過orderdetail表建立 關係。
Cassandra 資料模型與關聯式資料庫模型比較
cassandra資料模型與關聯式資料庫的模型有很大不同 關聯式資料庫模型 資料儲存在表中，資料是遵循正規化來減少冗餘，表之間通過外來鍵連線 cassandra模型 在cassandra中，應用資料是存在keyspace中的，這個相當於關聯式資料庫中的schema.keyspace中有許多colum...
activiti 資料庫表分析
一 簡述 github activiti6.0 github位址 在activiti5.0版本裡預設生成的表是25張，而6.0版本裡預設生成了28張表。可以看出6.0版本比5.xx版本多了三張表，從官方公升級文件上也可以看到主要對job 作業表進行了拆分 activiti 版本5 公升級到版本6 文...
資料庫模型設計 表設計
曾經何時，發現自己設計的表，根本不滿足業務發展。1.業務id的設計，如商品表，單錶就不說了，在如今海量資料的背景下，當然要分庫發表啦。商品表，id,item id,表位置，id當然就是主鍵了，在單錶情況下，保持唯一就可以。item id商品id，就是要在全域性保持唯一，可能商品表有30張，甚至100...