電商系統(tǒng)經(jīng)常遇到的屬性變動問題

數(shù)據(jù)庫設(shè)計的時候由于未來需求經(jīng)常改變。
所以設(shè)計的時候需要把原本是列的變成行數(shù)據(jù)，到時候要改列的時候通過插入行數(shù)據(jù)來實現(xiàn)。
舉個例子。

我有個手機。
有名稱價格，翻蓋還是滑蓋，智能機還是非智能機等屬性。

如果按照列的設(shè)計。

那么，每個手機的值如下

ID 名稱，價格，翻蓋/滑蓋/直板，是否智能機
1，諾基亞，1000，翻蓋，否
2. 蘋果，4000，直板，是
3. 安卓，2000，直板，是

如果要增加操作系統(tǒng)字段，需要更改表結(jié)構(gòu)添加字段。

采用行設(shè)計

屬性表

ID,屬性名
1. 操作系統(tǒng)
2. 直板/滑蓋/翻蓋
。。。

商品表

ID,名稱，價格
1 諾基亞，1000
2 蘋果 4000
3 安卓 2000

商品屬性
商品ID ，屬性ID，屬性值
1 1 塞班
1 2 直板
2 1 ios
2 2 直板

這樣，如果要加屬性。添加屬性表的數(shù)據(jù)和商品屬性表數(shù)據(jù)即可，不需要改結(jié)構(gòu)

不同客戶之間功能不同問題

首先，程序只有一套，數(shù)據(jù)庫只有一個。

1. 所以，客戶需要實現(xiàn)的功能，我們程序必須實現(xiàn)，每個功能加到一個功能表，參照屬性表設(shè)置
2. 然后需要開通該功能的客戶，添加一個表，參考商品屬性表，

功能

ID，功能名稱
1 廣告功能
2 可以自定義微信公眾號
...

客戶功能
客戶ID，功能名稱
1 1
1 2

做好緩存，那么我讀取到客戶1的時候會發(fā)現(xiàn)客戶1有廣告功能和微信功能，那么程序根據(jù)這個該顯示頁面的添加頁面顯示，后臺可以操作的，后臺也顯示出來

一份源碼給十個客戶用，如果A客戶要增加一功能，你全部更新到所有代碼中，請問其他客戶突然看到這新功能他會如何想，是他所要的，為何突然有這功能？
你若能給十個客戶了，維護十次很公平。

你意思應(yīng)該是，每個網(wǎng)站的代碼都是一樣的，而且都是部署在同一臺服務(wù)器，只是在服務(wù)器的不同目錄？

如果要順著你的思路，就用svn或git自動部署，你每提交一次代碼，會自動同步到每一個你設(shè)置的svn或git庫。

但是，如果真是每個網(wǎng)站代碼都一樣，為什么不做成一個網(wǎng)站呢？

這樣一樣可以解決以下問題：

數(shù)據(jù)不同
每個數(shù)據(jù)表都加上一個客戶id，每一條數(shù)據(jù)都綁定一個客戶。比如A客戶要查他收到的訂單，用他的id去查數(shù)據(jù)庫，就是他的數(shù)據(jù)了?？蛻糁g的數(shù)據(jù)互不影響。

頁面樣式不同
你可以多做幾個模板，讓你的客戶可以在管理后臺設(shè)置樣式，他們上傳的banner圖，也只有在他們的首頁出現(xiàn)。

客戶的買家不同
買家表也加上客戶id。

某模塊的邏輯不同
你還可以根據(jù)客戶id來寫不同的后端邏輯。

并發(fā)問題
即使你的服務(wù)器再強大，業(yè)務(wù)量大了之后也有扛不住的時候，如果按照你的方法，要把一部分客戶的代碼遷移到別的服務(wù)器。而如果是一整個網(wǎng)站，你就可以做負載均衡。

建議重新設(shè)計數(shù)據(jù)庫，采用面向?qū)ο?，一份代碼應(yīng)對多人，給予沒人不同的標識，順而讓他們干不同的事，其實就跟商品點贊，收藏是一樣的道理

恕我直言，你連這個問題都想不通的時候是不用擔心有一萬個商家來用你的產(chǎn)品的。

我們有一個類似的功能，就是微信公眾管理平臺，當然沒那么多人 大概幾十家。
代碼：
我們設(shè)計的是用的同一套代碼，基類里面寫的共有的功能，然后擴展功能由繼承類實現(xiàn)，根據(jù)你所說你大概不會有這個問題，因為看起來你的功能完全都是一樣的，可以考慮用一套代碼
數(shù)據(jù)庫：
我們用的是同一個主機的mysql，只是database不同，這里為什么不放一個表而分database是因為如果都放一個表用唯一id區(qū)分的話也是可以的，但是select、update會很消耗資源，甚至?xí)霈F(xiàn)意想不到的情況。
所以我覺得你這個也可以考慮下這么實現(xiàn)，因為你寫了你的主機很強大，假設(shè)你真的能運行1W商家沒問題，那這個應(yīng)該沒問題；當然黒之染大佬的方案也是很全面的，具體這些東西還得根據(jù)實際業(yè)務(wù)來實現(xiàn)

這個，關(guān)鍵你要有個核心控制，如果你的數(shù)據(jù)庫和主機能承受的話，你可以考慮進行代理商開發(fā)功能表的設(shè)計。
該表記錄每個代理商所能持有的功能，而你增加新的功能后，如果它這個表不存在，即只有添加該功能數(shù)據(jù)進入代理商功能表的代理商才會擁有并開放。其數(shù)據(jù)表的設(shè)計問題你也可以依據(jù)這個思路來做。當然，這只是一個簡單思路，只能說給你提供了一個想法。還有就是，那個說得挺對，十個客戶，維護十次也公平，畢竟你要有一萬個用戶，你不可能只是一個人員維護。