目前有一些工具可以很方便的升級(jí)線上的數(shù)據(jù)庫(kù)的結(jié)構(gòu)，比如ruby寫的rails以及php的doctrine都有migration，不知道m(xù)ongodb有沒有很方便升級(jí)庫(kù)結(jié)構(gòu)的方法。
2 回答
RISEBY
TA貢獻(xiàn)1856條經(jīng)驗(yàn) 獲得超5個(gè)贊
MongoDB升級(jí)數(shù)據(jù)庫(kù)還是相對(duì)比較方便的，如非特殊版本更新，基本上都不用停服務(wù)。
1.如果你的數(shù)據(jù)結(jié)構(gòu)有變化，MongoDB的Schema－free機(jī)制使你可以不用遷移
2.如果你想使用新版本中的新功能，那確實(shí)得遷移數(shù)據(jù)了，一種比較通常的做法是通過(guò)其Replication機(jī)制?？梢钥匆幌鹿俜降南鄳?yīng)版本的release notes，通常會(huì)寫升級(jí)時(shí)是否可以用Replication的方式，不能用的話可能是因?yàn)楸敬涡掳姹驹赗eplicastion協(xié)議上本來(lái)就有改動(dòng)。那可能就得停服務(wù)來(lái)做遷移了。
3.停服務(wù)遷移前，也可以先通過(guò)mongodump和mongorestore遷移當(dāng)前數(shù)據(jù)，然后停服務(wù)再遷移增量數(shù)據(jù)，通常也不會(huì)停太長(zhǎng)時(shí)間服務(wù)。
慕碼人2483693
TA貢獻(xiàn)1860條經(jīng)驗(yàn) 獲得超9個(gè)贊
沒有，只能靠你自己在程序里做約定。
這也是這類面向文檔的數(shù)據(jù)庫(kù)的最大問(wèn)題，開發(fā)的時(shí)候不得不小心 翼翼，因?yàn)槲覀冎荒茉诳蛻舳司S護(hù)了一份數(shù)據(jù)庫(kù)結(jié)構(gòu)，萬(wàn)一有某個(gè)開發(fā)者多插入或者少插入了些什么字段，服務(wù)端都是可以接受的。
更苦惱的是有時(shí)候客戶端不是唯一的，因此我們就要在不同的客戶端上維護(hù)同一份數(shù)據(jù)結(jié)構(gòu)，這為數(shù)據(jù)結(jié)構(gòu)的升級(jí)帶來(lái)了很大的不方便。面向文檔的設(shè)計(jì)本來(lái)是要解放對(duì)數(shù)據(jù)結(jié)構(gòu)的依賴，但是卻沒有解決沒有數(shù)據(jù)結(jié)構(gòu)約定后帶來(lái)的隨意性。
- 2 回答
- 0 關(guān)注
- 188 瀏覽
添加回答
舉報(bào)
0/150
提交
取消