需求緣起

產(chǎn)品***版：用戶有用戶名、密碼、昵稱等三個(gè)屬性,對(duì)應(yīng)表設(shè)計(jì)：

user(uid, name, passwd, nick)

第二版，產(chǎn)品經(jīng)理增加了年齡，性別兩個(gè)屬性,表結(jié)構(gòu)可能要變成：

user(uid, name, passwd, nick, age, sex)

假設(shè)數(shù)據(jù)量和并發(fā)量比較大，怎么變?

(1)alter table add column?不太可行，鎖表時(shí)間長

(2)新表+觸發(fā)器?如果數(shù)據(jù)量太大，新表不一定裝得下，何況觸發(fā)器對(duì)數(shù)據(jù)庫性能的影響比較高

(3)讓dba來搞?新表，遷移數(shù)據(jù)，一致性校驗(yàn)，rename?dba真苦逼

今天分享2個(gè)列擴(kuò)展性設(shè)計(jì)上幾個(gè)小技巧，只占大伙1分鐘(下班太晚的話，只能寫一分鐘系列=_=)

[[179110]]

方案一：版本號(hào)+通用列

以上面的用戶表為例，假設(shè)只有uid和name上有查詢需求，表可以設(shè)計(jì)為

user(uid, name, version, ext)

(1)uid和name有查詢需求，必須設(shè)計(jì)為單獨(dú)的列并建立索引

(2)version是版本號(hào)字段，它對(duì)ext進(jìn)行了版本解釋

(3)ext采用可擴(kuò)展的字符串協(xié)議載體，承載被查詢的屬性

例如，最開始上線的時(shí)候，版本為0，此時(shí)只有passwd和nick兩個(gè)屬性，那么數(shù)據(jù)為：

當(dāng)產(chǎn)品經(jīng)理需要擴(kuò)展屬性時(shí)，新數(shù)據(jù)將版本變?yōu)?，此時(shí)新增了age和sex兩個(gè)數(shù)據(jù)，數(shù)據(jù)變?yōu)椋?/p>

優(yōu)點(diǎn)：

(1)可以隨時(shí)動(dòng)態(tài)擴(kuò)展屬性

(2)新舊兩種數(shù)據(jù)可以同時(shí)存在

(3)遷移數(shù)據(jù)方便，寫個(gè)小程序?qū)⑴f版本ext的改為新版本的ext，并修改version

不足：

(1)ext里的字段無法建立索引

(2)ext里的key值有大量冗余，建議key短一些

改進(jìn)：

(1)如果ext里的屬性有索引需求，可能Nosql的如MongoDB會(huì)更適合

方案二：通過擴(kuò)展行的方式來擴(kuò)展屬性

以上面的用戶表為例，可以設(shè)計(jì)為

user(uid, key, value)

初期有name, passwd, nick三個(gè)屬性，那么數(shù)據(jù)為：

未來擴(kuò)展了age和sex兩個(gè)屬性，數(shù)據(jù)變?yōu)椋?/p>

優(yōu)點(diǎn)：