亚洲AV影院,欧美日韩国产色综合一二三四 ,日日美逼,中午字幕在线观看,警察高h荡肉呻吟男男,韩国三色电费2023免费吗现在,欧美丰满高龄老妇熟乱视频网站,扒下她的小内裤揉弄免费视频

點擊上方藍(lán)字“設(shè)為星標(biāo)”

大家好，我是架構(gòu)擺渡人。這是實踐經(jīng)驗系列的第六篇文章，這個系列會給大家分享很多在實際工作中有用的經(jīng)驗，如果有收獲，還請分享給更多的朋友。

不知道大家有沒有遇到過類似的問題，每次新需求上線，或多或少都會有表結(jié)構(gòu)的變更。主要就是需要新增字段來存儲某些特有需求的數(shù)據(jù)，聽起來其實很正常，新需求嘛，加字段，加表都是正常的，如果是傳統(tǒng)行業(yè)也沒啥太大問題。但是對于互聯(lián)網(wǎng)To C的應(yīng)用來說，流量高，數(shù)據(jù)量大，每次對表進(jìn)行DDL操作耗時都會非常長，主要是數(shù)據(jù)量太大了，而且都是分庫分表的，幾千張表都很正常。

用過MongoDB的都有一個很好的體驗就是不用再為加字段煩惱了，因為它沒有這個限制，每一條的數(shù)據(jù)格式都可以不一樣，也就避免的加字段帶來的煩惱，當(dāng)然凡事有利也有弊，沒有限制也就意味著出錯的幾率會增加，你永遠(yuǎn)不知道讀取出來的數(shù)據(jù)是什么格式。

通常我們?yōu)榱吮M量避免對現(xiàn)有的表結(jié)構(gòu)進(jìn)行加字段，都會有一些比較常用的方式來解決這個問題，下面就給大家介紹一些常用的方式。

預(yù)留擴(kuò)展字段

預(yù)留擴(kuò)展字段指的就是在創(chuàng)建表的時候，先預(yù)留幾個字段。如果后面需要使用直接就可以用了，也就是提前占個位子的意思。

CREATE TABLE `t_order` (  `id` bigint(11) NOT NULL AUTO_INCREMENT,  `orderNo` varchar(64) DEFAULT NULL,  `buyerId` bigint(11) DEFAULT NULL,  `storeId` bigint(11) DEFAULT NULL,  `addition1` varchar(64) DEFAULT NULL COMMENT '擴(kuò)展字段',  `addition2` varchar(64) DEFAULT NULL COMMENT '擴(kuò)展字段',  PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;

當(dāng)然這個也不是能夠處理所有情況，主要是你無法確定下一次需求到底需要加什么字段。比如你預(yù)留了一個varchar類型和一個int類型，如果后續(xù)需求都是要varchar類型的字段，那么int類型的將不能被使用。

存儲Json字符串

在建表的時候會設(shè)計一個比較長的字符串字段，比如叫addition。這個里面存儲格式就不再是某一個值了，而是一個Json字符串。這個就有點像Mongodb的感覺了，這樣的好處在于后續(xù)有需要要新增字段的就直接可以往里面放即可。

需要注意的是，什么類型的字段可以放在這個addition里面？就是只用于存儲和展示的，不用于條件查詢的數(shù)據(jù)，因為在Mysql 5.7之前是不支持Json類型字段的，存儲的就是一個普通的字符串而已。但是在5.7之后已經(jīng)支持了Json類型的字段，這個時候里面的字段是支持查詢操作的。

擴(kuò)展字段確實能夠解決大部分需求場景，但是問題在于隨著時間的推移，這個字段會越來越大。另一個問題就是當(dāng)我的需求其實只需要讀取里面的某個值時，沒辦法做到部分讀取，只能全部讀取出來，然后轉(zhuǎn)成對象，取某個值，其實是比較耗時的。

比如訂單里面存儲了下單時的商品信息和用戶地址信息，如下：

addition={"sku":{name:"xxx",id:111},"addr":{"name":"xxx","city":"xxx"}}

當(dāng)你要取商品信息的時候，沒辦法單獨讀取。

通用KV服務(wù)

最后介紹一個既比較通用又能支持無限存儲的方式，就是單獨實現(xiàn)一個KV服務(wù)來支持這種需求。

對于KV服務(wù)，核心接口無非就是下面幾個：

set(key, value)
batchSet(List)
get(key)
list(key1, key2，keyn)

底層存儲你可以使用任何數(shù)據(jù)庫進(jìn)行存儲，用MongoDB，MySQL都可以。有了KV服務(wù)，就可以將addition里面的內(nèi)容進(jìn)行拆分，一個key對應(yīng)一個value進(jìn)行存儲，讀取也支持多個key或者單個key，按需讀取。

以上面訂單的需求來說，我們就可以將商品信息和用戶信息拆開存儲：

key=訂單號+skuvalue={name:"xxx",id:111}
key=訂單號+addrvalue={"name":"xxx","city":"xxx"}

當(dāng)然這種通用的KV方式也不能解決搜索的問題，一般這種附加信息的存儲也是不會有搜索的需求，否則也不適合這種存儲方式。

大家好，我是從古代穿越過來的美男子：架構(gòu)擺渡人。我將把我的武功秘籍全部傳授與你們，覺得有用請分享給身邊的朋友。來個三連吧，感謝各位！另外我還在B站錄制了《真實訂單業(yè)務(wù)，億級數(shù)據(jù)帶你實戰(zhàn)分庫分表》的實戰(zhàn)課程，記得去學(xué)習(xí)哦！

覺得有用還請給個在看，感謝大家。

国产秋霞理论久久久电影-婷婷色九月综合激情丁香-欧美在线观看乱妇视频-精品国avA久久久久久久-国产乱码精品一区二区三区亚洲人-欧美熟妇一区二区三区蜜桃视频

每次上線都要加字段，走變更，如何破局？

国产秋霞理论久久久电影-婷婷色九月综合激情丁香-欧美在线观看乱妇视频-精品国avA久久久久久久-国产乱码精品一区二区三区亚洲人-欧美熟妇一区二区三区蜜桃视频

每次上線都要加字段，走變更，如何破局？

每次上線都要加字段，走變更，如何破局？