說在前面

　　其實早就想寫這方面的了，只是由於各種原因一直拖到現在。終於開始動筆了。另外過了這麼多年了，也不知道這種做法是否已經過時了。

　　商品的擴充套件屬性，有很多種設計方案，這裡只是我設想的一種。

　　按照慣例又要寫一個系列了，這個系列包括商品資訊的建立（商品基本資訊、擴充套件屬性等），以及SKU和SPU的區別和設計，然後是購物車和訂單的設計（簡單版）。

　　說道訂單，電商平臺的訂單就複雜多了，各種優惠、紅包，商品合併發貨（比如京東）等，這裡就不往復雜了說了（好吧其實我也不太懂），只涉及最簡單的情況。先打個預防針。

大綱

1.      商品資訊的設計

　　商品基本資訊，品牌、分類等，先做一個簡單基礎的設計。然後重點當然是擴充套件屬性如何來設計的問題了，會介紹思路，詳細設計，資料庫結構，例項分析等內容。如果一篇寫不下的話，會分成幾個部分來寫。

2.      完善和擴充套件

　　針對基礎版，查詢漏洞和不完善的地方進行完整，然後做功能擴充套件。涉及開閉原則等。關係型資料庫最怕的是什麼？不是加欄位，而是修改表的關聯關係。

3.      SKU和SPU

　　這個就有點複雜和專業了，這裡只是說點簡單的設計。以及商家建立SKU的輔助性助手。

　　依據擴充套件屬性，自動生成SKU（所有排序組合都列出來），然後讓商家進行篩選，去掉不需要的SKU，然後對需要的SKU制定價格。

4.      頁面展示技巧

　　頁面展示可以分為通用版本可特定版本。通用版本就是各種產品公用一個模板，商品介紹的模式都是一樣的。特定版本就是依據具體的商品，由美工來設計商品展示頁面。這裡介紹的是通用版本的一些建議性技巧。

　　涉及到資料獲取，快取，展示等方面。

5.      查詢

　　擴充套件屬性如何查詢？是否可以滿足效率的要求？查詢速度是關係型資料庫的一大特色，但是往往因為表結構設計的不合理，導致速度緩慢，由此給人帶來了一個誤區。

　　其實現在硬碟的讀寫速度已經越來越快了，有些伺服器已經支援SSD的硬碟，這個對於查詢速度會有很大提升，而且表管理關係合理的話，查詢速度是沒有問題的。有可能會做一些壓力測試。（心疼我的筆記本硬碟）

6.      購物車與訂單

　　其實購物車裡面放的都是SKU，越是大型平臺，對這一點要求就越高。要不然庫房不好發貨。不過這方面沒有實際經驗，只能依據京東、天貓等的訂單做一些簡單的猜想。大家不要抱啥希望就是了。

　　有一位很厲害的主編和我說，寫書最重要的是要寫好大綱，大綱寫好了書就寫好了一半。於是這次嘗試一下先寫大綱。第一次寫大綱，似乎還不夠詳細，目前也就想到這麼多了。

下集預告

初步的思路，以後會陸續完善。下一篇會詳細介紹。