以前一直是使用關(guān)系型數(shù)據(jù)庫(kù)，第一次使用NoSQL，跟大家分享一下我有限的使用心得，希望對(duì)像我一樣初使用NoSQL的開發(fā)者有所幫助。

首先說(shuō)說(shuō)微信小程序云開發(fā)里集成的這個(gè)NoSQL，官方并沒有說(shuō)明是哪種NoSQL數(shù)據(jù)庫(kù)，但從開發(fā)文檔和暴露的API，還有官方論壇里的討論來(lái)看應(yīng)該是一個(gè)簡(jiǎn)化版的MongoDB。需要指出的是微信小程序關(guān)于云數(shù)據(jù)庫(kù)的開發(fā)文檔非常的簡(jiǎn)略，對(duì)于像我這樣沒有太多NoSQL經(jīng)驗(yàn)的用戶，很多時(shí)候需要參考MongoDB的相關(guān)文檔。

 

接下來(lái)重點(diǎn)談?wù)勎以谑褂眠@個(gè)NoSQL云數(shù)據(jù)庫(kù)時(shí)最不適應(yīng)的一個(gè)痛點(diǎn)----文檔級(jí)別的原子操作。我們經(jīng)常要使用到原子操作，來(lái)避免當(dāng)多個(gè)用戶同時(shí)對(duì)同一個(gè)field（字段）編輯時(shí)發(fā)生沖突。我在使用前其實(shí)最擔(dān)心的痛點(diǎn)是有無(wú)schema的區(qū)別，但是使用下來(lái)發(fā)現(xiàn)我挺習(xí)慣，也挺喜歡無(wú)schema的，后文再詳說(shuō)?，F(xiàn)在具體來(lái)看看MongoDB只支持document（文檔）級(jí)別的原子操作。對(duì)于我來(lái)說(shuō)，這個(gè)限制鼓勵(lì)我盡量把所有關(guān)系都放在一個(gè)document里。對(duì)此我一開始是有點(diǎn)抗拒的，對(duì)于從關(guān)系型數(shù)據(jù)庫(kù)過(guò)來(lái)的人特別不習(xí)慣。而更讓我苦惱的是微信小程序云開發(fā)集成的這個(gè)云數(shù)據(jù)庫(kù)是一個(gè)簡(jiǎn)化版MongoDB，只提供了非常有限的原子操作指令（command）。對(duì)于一些常用的document級(jí)別原子操作，我必須構(gòu)想自己的解決辦法，而沒有提供直接對(duì)應(yīng)的command。以下是兩個(gè)我在實(shí)際開發(fā)中遇到的這類問題及我的解決辦法：

 

1.

應(yīng)用場(chǎng)景：對(duì)于一個(gè)視頻，我需要一個(gè)叫total_likes的field（字段），當(dāng)有用戶點(diǎn)擊“喜歡”時(shí)該field遞增1，當(dāng)有用戶取消“喜歡”時(shí)該field遞減1。

痛點(diǎn)：小程序云數(shù)據(jù)庫(kù)只提供了遞增指令的原子操作，沒有提供遞減指令。

 

const _ = db.command

db.collection('video').doc('video-id').update({

  data: {

    total_likes: _.inc(1)

  }

})

解決辦法：要實(shí)現(xiàn)遞減的原子操作，只需在遞增指令里傳入負(fù)數(shù)，如

 

data: {

  total_likes: _.inc(-1)

}

2.

 

應(yīng)用場(chǎng)景：對(duì)于一個(gè)線上課程，我需要一個(gè)叫subscribers的field（字段）來(lái)記錄有多少人訂閱了該課程。當(dāng)有用戶點(diǎn)擊“訂閱”時(shí)該字段需記錄該用戶的id，名字及頭像；當(dāng)有用戶取消“訂閱”時(shí)需把該用戶從subscribers字段里刪除。

痛點(diǎn)：我們很自然的會(huì)想到用數(shù)組（Array）數(shù)據(jù)類型來(lái)維護(hù)subscribers這個(gè)字段，雖然小程序云數(shù)據(jù)庫(kù)提供了一些針對(duì)數(shù)組的原子操作，如push，pop，shift和unshfit，可是無(wú)法實(shí)現(xiàn)取消訂閱這個(gè)場(chǎng)景的原子操作。

解決辦法：棄用Array轉(zhuǎn)而使用對(duì)象（object）數(shù)據(jù)類型來(lái)維護(hù)subscribers這個(gè)字段。最終的數(shù)據(jù)看起來(lái)會(huì)是這樣的：

 

{

    "subscribers": {

        "userID-1": {

            "name": "小明",

            "avatar": "https://avatar-1.com"

        },

        "userID-2": {

            "name": "小紅",

            "avatar": "https://avatar-2.com"

        },

        "userID-3": {

            "name": "小李",

            "avatar": "https://avatar-3.com"

        },

        ...

    }

}

當(dāng)有用戶訂閱時(shí)的原子操作：

 

const subscriber = "subscribers." + user.id;

db.collection('class').where({

  _id: 'classID',

}).limit(1).update({

  data: {

    [subscriber]: {

      avatar: user.avatar,

      name: user.name,

    }

  }

})

當(dāng)有用戶取消訂閱時(shí)的原子操作：

 

const subscriber = "subscribers." + user.id;

db.collection('class').doc('classID').update({

  data: {

    [subscriber]: _.remove()

  }

})

前文說(shuō)到我很喜歡無(wú)schema，因?yàn)樗浅＿m合快速迭代開發(fā)。而且由于云數(shù)據(jù)庫(kù)使用的是類似JSON的數(shù)據(jù)結(jié)構(gòu)，對(duì)于全棧開發(fā)者，基本上可以實(shí)現(xiàn)由前端來(lái)定義數(shù)據(jù)結(jié)構(gòu)。這樣的開發(fā)流程非常適合小團(tuán)隊(duì)，不需要龐大的并行開發(fā)，突出溝通效率和對(duì)產(chǎn)品需求的隨機(jī)應(yīng)變。順帶一提的是微信小程序云開發(fā)能力是從基礎(chǔ)庫(kù)2.2.3開始支持的，但如果要支持所有版本的基礎(chǔ)庫(kù)，可以在 app.json / game.json 中增加字段 "cloud": true

 

本系列第一章：小程序云開發(fā)實(shí)戰(zhàn)系列01--云環(huán)境設(shè)置

 

《Meetup丨活動(dòng)報(bào)名組局》是我最近開發(fā)的一個(gè)活動(dòng)報(bào)名預(yù)約工具小程序，這個(gè)系列文章主要來(lái)自我在開發(fā)這款小程序時(shí)的一些體會(huì)心得。感興趣的小伙伴可以掃下面的二維碼進(jìn)入我的小程序。