商品的擴展屬性及相關——開篇

 

說在前面

  其實早就想寫這方面的了,只是因爲各類緣由一直拖到如今。終於開始動筆了。另外過了這麼多年了,也不知道這種作法是否已通過時了。數據庫

  商品的擴展屬性,有不少種設計方案,這裏只是我設想的一種。緩存

  按照慣例又要寫一個系列了,這個系列包括商品信息的創建(商品基本信息、擴展屬性等),以及SKU和SPU的區別和設計,而後是購物車和訂單的設計(簡單版)。服務器

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

 

大綱

1.      商品信息的設計

  商品基本信息,品牌、分類等,先作一個簡單基礎的設計。而後重點固然是擴展屬性如何來設計的問題了,會介紹思路,詳細設計,數據庫結構,實例分析等內容。若是一篇寫不下的話,會分紅幾個部分來寫。測試

 

2.      完善和擴展

  針對基礎版,查找漏洞和不完善的地方進行完整,而後作功能擴展。涉及開閉原則等。關係型數據庫最怕的是什麼?不是加字段,而是修改表的關聯關係。設計

 

3.      SKU和SPU

  這個就有點複雜和專業了,這裏只是說點簡單的設計。以及商家創建SKU的輔助性助手。3d

  依據擴展屬性,自動生成SKU(全部排序組合都列出來),而後讓商家進行篩選,去掉不須要的SKU,而後對須要的SKU制訂價格。blog

 

4.      頁面展現技巧

  頁面展現能夠分爲通用版本可特定版本。通用版本就是各類產品公用一個模板,商品介紹的模式都是同樣的。特定版本就是依據具體的商品,由美工來設計商品展現頁面。這裏介紹的是通用版本的一些建議性技巧。排序

  涉及到數據獲取,緩存,展現等方面。產品

 

5.      查詢

  擴展屬性如何查詢?是否能夠知足效率的要求?查詢速度是關係型數據庫的一大特點,可是每每由於表結構設計的不合理,致使速度緩慢,由此給人帶來了一個誤區。

  其實如今硬盤的讀寫速度已經愈來愈快了,有些服務器已經支持SSD的硬盤,這個對於查詢速度會有很大提高,並且表管理關係合理的話,查詢速度是沒有問題的。有可能會作一些壓力測試。(心疼個人筆記本硬盤)

 

6.      購物車與訂單

  其實購物車裏面放的都是SKU,越是大型平臺,對這一點要求就越高。要否則庫房很差發貨。不過這方面沒有實際經驗,只能依據京東、天貓等的訂單作一些簡單的猜測。你們不要抱啥但願就是了。

 

 

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

 

下集預告

 

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

相關文章
相關標籤/搜索