商品的擴充套件屬性及相關——開篇
說在前面
其實早就想寫這方面的了，只是由於各種原因一直拖到現在。終於開始動筆了。另外過了這麼多年了，也不知道這種做法是否已經過時了。
商品的擴充套件屬性，有很多種設計方案，這裡只是我設想的一種。
按照慣例又要寫一個系列了，這個系列包括商品資訊的建立（商品基本資訊、擴充套件屬性等），以及SKU和SPU的區別和設計，然後是購物車和訂單的設計（簡單版）。
說道訂單，電商平臺的訂單就複雜多了，各種優惠、紅包，商品合併發貨（比如京東）等，這裡就不往復雜了說了（好吧其實我也不太懂），只涉及最簡單的情況。先打個預防針。
大綱
1. 商品資訊的設計
商品基本資訊，品牌、分類等，先做一個簡單基礎的設計。然後重點當然是擴充套件屬性如何來設計的問題了，會介紹思路，詳細設計，資料庫結構，例項分析等內容。如果一篇寫不下的話，會分成幾個部分來寫。
2. 完善和擴充套件
針對基礎版，查詢漏洞和不完善的地方進行完整，然後做功能擴充套件。涉及開閉原則等。關係型資料庫最怕的是什麼？不是加欄位，而是修改表的關聯關係。
3. SKU和SPU
這個就有點複雜和專業了，這裡只是說點簡單的設計。以及商家建立SKU的輔助性助手。
依據擴充套件屬性，自動生成SKU（所有排序組合都列出來），然後讓商家進行篩選，去掉不需要的SKU，然後對需要的SKU制定價格。
4. 頁面展示技巧
頁面展示可以分為通用版本可特定版本。通用版本就是各種產品公用一個模板，商品介紹的模式都是一樣的。特定版本就是依據具體的商品，由美工來設計商品展示頁面。這裡介紹的是通用版本的一些建議性技巧。
涉及到資料獲取，快取，展示等方面。
5. 查詢
擴充套件屬性如何查詢？是否可以滿足效率的要求？查詢速度是關係型資料庫的一大特色，但是往往因為表結構設計的不合理，導致速度緩慢，由此給人帶來了一個誤區。
其實現在硬碟的讀寫速度已經越來越快了，有些伺服器已經支援SSD的硬碟，這個對於查詢速度會有很大提升，而且表管理關係合理的話，查詢速度是沒有問題的。有可能會做一些壓力測試。（心疼我的筆記本硬碟）
6. 購物車與訂單
其實購物車裡面放的都是SKU，越是大型平臺，對這一點要求就越高。要不然庫房不好發貨。不過這方面沒有實際經驗，只能依據京東、天貓等的訂單做一些簡單的猜想。大家不要抱啥希望就是了。
有一位很厲害的主編和我說，寫書最重要的是要寫好大綱，大綱寫好了書就寫好了一半。於是這次嘗試一下先寫大綱。第一次寫大綱，似乎還不夠詳細，目前也就想到這麼多了。
下集預告
初步的思路，以後會陸續完善。下一篇會詳細介紹。