1. 先說明幾個概念.
電商**採用在商品模組，常採用spu+sku的資料結構演算法，這種演算法可以將商品的屬性和商品的基本資訊分離，分開維護，這樣我們就可以在不同的類目下自定義商品資訊和分類的屬性資訊，我們的業務系統就可以儲存不同門類的商品資訊了
•spu = standard product unit
(標準化產品單元)spu是商品資訊聚合的最小單位，是一組可復用標準化資訊的集合
•sku=stockkeeping unit
(庫存量單位)sku即庫存進出計量的單位，可以是以件、盒、托盤等為單位
•sku、spu與分類屬性之間的結構關係如下圖
基礎屬性
指設計在商品表的一些基礎字段。
其中可選的設計點有：
# 副名稱：由於商品名稱經常要加上一些**資訊，如本商品參與什麼活動之類。但經常改動主名稱
容易導致出錯，所以增加此字段來專門管理**資訊。顯示時連線到主名稱後即可。
# 產品描述：產品描述建議另設計一表存放，對提高產品搜尋、產品列表顯示有幫助。
# 狀態：常見的狀態有草稿、未發布、發布、下架等，如果是邏輯刪除的，還有「已刪除」狀態。
**如果系統支援產品sku，那麼實際**是在產品sku實體中管理的。
****不在這裡管理，在營銷管理模組統一管理。
seo相關
集中管理各類seo相關的資訊。
商品**
#主圖：由於顯示頻繁，會直接設計在產品表中（或是冗餘）。
#多圖（即附圖）：開發中會提供多種檢視方式。
擴充套件屬性
這是設計最困難的部分，也是商品是否可以靈活擴充套件的關鍵。
庫存庫存這裡是常見的開發迭代點。
在研發早期，一般這裡直接設計成支援零庫存和單一數值庫存。
在其它功能完成後，才會對這裡做擴充套件，開發內嵌的庫存子模組或者整合外部系統。
外部關聯
商品的外部關聯非常的多，這裡列出了大部分，但隨著系統的擴充套件，肯定會有新的外部關聯實體。
所以商品模組的開發，需要提供大量的外部介面或者tag封裝（如商品選取器等。）
電商商品列表應以SPU還是SKU展示商品？
spu standard product unit 標準化產品單元。是商品資訊聚合的最小單位，是一組可復用 易檢索的標準化資訊的集合，該集合描述了乙個產品的特性。通俗點講，屬性值 特性相同的商品就可以稱為乙個spu。sku stock keeping unit 庫存量單位，即庫存進出計量的單位，可以...
商品的SPU和SKU
spu standard product unit spu即標準商品單元，是描述某乙個商品的特性屬性集合。和商品的關係是一對一的關係，比如榮耀10手機，如圖所示 以上的引數都是榮耀10的商品特性 機身長度 寬度 厚度 等，它是乙個商品的固有屬性。sku stock keeping unit sku就...
電商中的spu和sku的區別
spu standard product unit 標準化產品單元 用簡單的話來說就是一類商品，比如手機裡的一種牌子，如小公尺，iphone，都是一類。然後加入具體的型別，如小公尺10 iphone x。那麼它就是乙個spu。sku stock keeping unit 庫存保有單位 sku簡單來說...