我們知道，大多數(shù)互聯(lián)網(wǎng)應(yīng)用產(chǎn)品都會(huì)不斷產(chǎn)生各種數(shù)據(jù)（可能是用戶產(chǎn)生的，也可能是系統(tǒng)自動(dòng)生成的）。要想高效保存這些數(shù)據(jù)，并維持應(yīng)用產(chǎn)品的有效運(yùn)轉(zhuǎn)，就要用到數(shù)據(jù)庫(kù)。

數(shù)據(jù)庫(kù)是高效存儲(chǔ)數(shù)據(jù)、讀取數(shù)據(jù)的存儲(chǔ)器。我們?nèi)粘Ｓ玫降慕^大部分應(yīng)用，都是把數(shù)據(jù)庫(kù)放在云端，通過應(yīng)用后端服務(wù)獨(dú)立控制。

數(shù)據(jù)庫(kù)是后端服務(wù)架構(gòu)中最主要的部分，數(shù)據(jù)庫(kù)的架構(gòu)設(shè)計(jì)，以及災(zāi)備機(jī)制都屬于應(yīng)用開發(fā)中不可或缺一環(huán)。在項(xiàng)目開發(fā)初期，開發(fā)者就要做好架構(gòu)設(shè)計(jì)，不過這會(huì)耗費(fèi)大量的精力，從而對(duì)需要快速試錯(cuò)上線的產(chǎn)品造成不利影響。

而在云開發(fā)中，數(shù)據(jù)庫(kù)的架構(gòu)設(shè)計(jì)工作幾乎為0。開發(fā)者不用關(guān)心數(shù)據(jù)庫(kù)怎么存取和災(zāi)備，因?yàn)樵崎_發(fā)會(huì)保證數(shù)據(jù)庫(kù)的通信以及服務(wù)穩(wěn)定。你只關(guān)心怎么在業(yè)務(wù)中用好云開發(fā)數(shù)據(jù)庫(kù)就可以了。

在上一講中我提到，云開發(fā)數(shù)據(jù)庫(kù)是非關(guān)系型數(shù)據(jù)庫(kù)，遵循 Mongo 協(xié)議，并提供豐富的操作 API，滿足絕大部分業(yè)務(wù)場(chǎng)景下的數(shù)據(jù)操作需求。你閱讀數(shù)據(jù)庫(kù) API 文檔就可以快速上手使用云開發(fā)數(shù)據(jù)庫(kù)了。但只能用數(shù)據(jù)庫(kù)可不行，我還希望你可以用好它，讓它發(fā)揮更大的威力。所以這一講，我就帶你深度學(xué)習(xí)怎么用好云開發(fā)數(shù)據(jù)庫(kù)支持復(fù)雜應(yīng)用。

如何更好地設(shè)計(jì)數(shù)據(jù)庫(kù)

反范式化與范式化設(shè)計(jì)

范式化是把數(shù)據(jù)像關(guān)系型數(shù)據(jù)庫(kù)一樣分散到不同的集合里，不同的集合之間可以通過唯一的 ID 相互引用數(shù)據(jù)，不過要引用這些數(shù)據(jù)往往要進(jìn)行多次查詢或使用 lookup 進(jìn)行聯(lián)表查詢。

反范式化是把文檔所用的數(shù)據(jù)都嵌入文檔內(nèi)部，如果要更新數(shù)據(jù)，可能要查出整個(gè)文檔，修改之后再存儲(chǔ)到數(shù)據(jù)庫(kù)里，如果沒有可以進(jìn)行字段級(jí)別的更新指令，大文檔新增字段的性能較低。而范式化設(shè)計(jì)因?yàn)榧媳容^分散（也就比較?。?，更新數(shù)據(jù)時(shí)可以只更新一個(gè)相對(duì)較小的文檔。

由此可見，數(shù)據(jù)既可以內(nèi)嵌（反范式化），也可以采用引用（范式化），兩種策略各有優(yōu)缺點(diǎn)，關(guān)鍵是你要選擇適合自己應(yīng)用場(chǎng)景的方案。

• 完全反范式化可以大大減少文檔查詢的次數(shù)。比如你的應(yīng)用數(shù)據(jù)查詢比較頻繁，但不用頻繁更新，那就適合完全反范式化，沒必要把數(shù)據(jù)分散到不同的集合，犧牲查詢的效率。

• 完全范式化會(huì)降低文檔更新的成本。如果應(yīng)用數(shù)據(jù)需要頻繁更新，業(yè)務(wù)數(shù)據(jù)特別復(fù)雜，你就要對(duì)數(shù)據(jù)庫(kù)進(jìn)行一定的范式化設(shè)計(jì)，不然用反范式化的設(shè)計(jì)會(huì)讓集合過大，冗余數(shù)據(jù)更多，出現(xiàn)數(shù)據(jù)寫入性能差的問題。

以下是我總結(jié)的適合內(nèi)嵌（反范式化）和引用（范式化）的情況對(duì)比，建議你根據(jù)業(yè)務(wù)情況合理設(shè)計(jì)。

認(rèn)識(shí)數(shù)據(jù)庫(kù)數(shù)據(jù)模式

除了結(jié)合實(shí)際情況選擇范式化設(shè)計(jì)或反范式化設(shè)計(jì)之外，你還需要了解云開發(fā)數(shù)據(jù)庫(kù)的數(shù)據(jù)模式，從而更好地設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)。云開發(fā)數(shù)據(jù)庫(kù)的數(shù)據(jù)模式比較靈活，主要體現(xiàn)在以下兩點(diǎn)。

• 關(guān)系型數(shù)據(jù)庫(kù)要求你在插入數(shù)據(jù)前必須定義好一個(gè)表的模版結(jié)構(gòu)，而云開發(fā)的文檔型數(shù)據(jù)庫(kù)中數(shù)據(jù)的集合 collection 并不限制記錄 document 結(jié)構(gòu)。

• 另外關(guān)系型數(shù)據(jù)庫(kù)需要開發(fā)者對(duì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)內(nèi)容做聲明描述，才可以正常運(yùn)作，而云開發(fā)數(shù)據(jù)庫(kù)不需要預(yù)先聲明，在使用時(shí)也不會(huì)限制記錄的結(jié)構(gòu)，同一個(gè)集合記錄的字段可以有很大的差異。如下圖所示：

這種靈活性讓對(duì)象和數(shù)據(jù)庫(kù)文檔之間的映射變得很容易，即使數(shù)據(jù)記錄之間變化很大，每個(gè)文檔也可以很好地映射到不同的記錄。當(dāng)然了，在實(shí)際使用中，同一個(gè)集合中的文檔最好都有一個(gè)類似的結(jié)構(gòu)（相同的字段、相同的內(nèi)嵌文檔結(jié)構(gòu)）方便進(jìn)行批量的增刪改查以及聚合等操作。

當(dāng)應(yīng)用程序使用時(shí)間增長(zhǎng)或需求出現(xiàn)變化，數(shù)據(jù)庫(kù)的數(shù)據(jù)模式也要隨之改變。為了保證數(shù)據(jù)庫(kù)支持所有舊版的模式，最簡(jiǎn)單的方式是在原有的數(shù)據(jù)模式基礎(chǔ)之上添加字段。以用戶信息表為例，假設(shè)業(yè)務(wù)要增加一些字段（性別、年齡），云數(shù)據(jù)庫(kù)添加得很輕松，但這會(huì)出現(xiàn)一些問題：以往收集到的性別、年齡這些字段都是空的，只有新添加的用戶才有，所以你在編寫相關(guān)業(yè)務(wù)代碼時(shí)，如果需要這些值，就需要針對(duì)這些空值進(jìn)行判斷，防止出錯(cuò)。

而且，如果業(yè)務(wù)的數(shù)據(jù)變動(dòng)比較大，文檔的數(shù)據(jù)模式也會(huì)出現(xiàn)版本混亂，這一點(diǎn)你在數(shù)據(jù)庫(kù)設(shè)計(jì)之初也要考慮到。

所以當(dāng)使用云開發(fā)數(shù)據(jù)庫(kù)時(shí)，你最好在應(yīng)用開發(fā)前期就確定數(shù)據(jù)結(jié)構(gòu)，盡可能避免在應(yīng)用后期維護(hù)過程中改動(dòng)數(shù)據(jù)結(jié)構(gòu)，比如增加一個(gè)字段，改變字段的類型等。

預(yù)填充數(shù)據(jù)

雖然云開發(fā)數(shù)據(jù)庫(kù)不像關(guān)系型數(shù)據(jù)庫(kù)那樣用聲明結(jié)構(gòu)限定記錄的內(nèi)容，但是開發(fā)者要對(duì)業(yè)務(wù)數(shù)據(jù)的類型、長(zhǎng)度等有一些把控。

如果在開發(fā)時(shí)，你就知道這個(gè)數(shù)據(jù)庫(kù)集合以后要用到哪些字段，那么在第一次插入數(shù)據(jù)時(shí)就該預(yù)填充這些字段，這樣在用到時(shí)就能用更新指令進(jìn)行字段級(jí)別的更新，不用再給集合新增字段，效率會(huì)高很多。

以簡(jiǎn)歷網(wǎng)站的用戶信息表為例，用戶在注冊(cè)時(shí)，像地址，畢業(yè)大學(xué)等信息并不會(huì)在注冊(cè)時(shí)給到，如果你沒預(yù)先設(shè)置這些字段，再收集這些信息時(shí)就要用 doc 對(duì)文檔進(jìn)行記錄級(jí)別的更新，如下所示：

db.collection("user").doc("user20200001")
    .update({
        data:{
            address: "深圳",
            school: [
                {
                    middle: "華中一附中"
                },{
                    college: "清華大學(xué)"
                },
            ],
        }
    });

反之如果你預(yù)先設(shè)置這些字段，面對(duì)上述情況，再收集數(shù)據(jù)的更新，你只需要這樣做：

db.collection("user") .doc("user20200001")
    .update({
        data: {
            address: _.set("深圳"),
            "school.0.middle": _.set("華中一附中"),
            "school.1.college": _.set("清華")
        }
    });

總的來(lái)說，當(dāng)你在用戶注冊(cè)時(shí)預(yù)先設(shè)置結(jié)構(gòu)內(nèi)容，后續(xù)更新時(shí)，能直接用更新操作符進(jìn)行字段級(jí)別的更新。另外，當(dāng)集合越大，修改的內(nèi)容又比較少，使用更新操作符來(lái)更新文檔，會(huì)大大提升性能。

如何保證數(shù)據(jù)庫(kù)的安全

數(shù)據(jù)庫(kù)安全規(guī)則

數(shù)據(jù)庫(kù)是應(yīng)用的數(shù)據(jù)存儲(chǔ)核心，其穩(wěn)定性和安全性會(huì)直接影響應(yīng)用的穩(wěn)定性和安全性。不管是什么應(yīng)用，開發(fā)者最不想出現(xiàn)數(shù)據(jù)庫(kù)被刪、數(shù)據(jù)被篡改的情況。云開發(fā)數(shù)據(jù)庫(kù)默認(rèn)配備最基本的權(quán)限管控，有4 種基礎(chǔ)策略：

• 所有用戶不可讀寫；

• 所有用戶可讀；

• 僅創(chuàng)建者可讀寫；

• 所有用戶可讀，僅創(chuàng)建者可寫。

云開發(fā)數(shù)據(jù)庫(kù)的一條記錄，往往因?yàn)榉捶妒降脑O(shè)計(jì)，導(dǎo)致其承載的信息非常多，所以簡(jiǎn)單的權(quán)限管控并不能滿足復(fù)雜數(shù)據(jù)更新條件的配置。在這個(gè)情況下，安全規(guī)則接替基礎(chǔ)權(quán)限策略，提供更靈活的管控。

云開發(fā)數(shù)據(jù)庫(kù)安全規(guī)則是一個(gè)可以靈活自定義數(shù)據(jù)庫(kù)讀寫權(quán)限的權(quán)限控制方式，通過配置安全規(guī)則，開發(fā)者可以配置客戶端、服務(wù)端發(fā)起的數(shù)據(jù)庫(kù)操作權(quán)限規(guī)則，自動(dòng)拒絕不符合安全規(guī)則的前端數(shù)據(jù)庫(kù)與云存儲(chǔ)請(qǐng)求，保障數(shù)據(jù)和文件安全。

另外，每次數(shù)據(jù)庫(kù)請(qǐng)求時(shí)，安全規(guī)則都會(huì)判斷請(qǐng)求的用戶身份是否符合數(shù)據(jù)庫(kù)的準(zhǔn)入身份，如果符合就放行，反之直接拒絕。那你怎么配置安全規(guī)則呢？

安全規(guī)則身份認(rèn)證

云開發(fā)數(shù)據(jù)庫(kù)安全規(guī)則在配置中使用全局變量 auth 與 doc 進(jìn)行組合（auth 表示的是登錄用戶，而 doc 與云開發(fā)環(huán)境的數(shù)據(jù)庫(kù)相關(guān)），讓登錄用戶的權(quán)限依賴于記錄的某個(gè)字段。

使用安全規(guī)則之后，用戶與數(shù)據(jù)庫(kù)之間產(chǎn)生聯(lián)系。 doc 不只包括標(biāo)定用戶身份的_openid，還有很多字段，這讓數(shù)據(jù)庫(kù)的權(quán)限有了很大的靈活性。舉個(gè)例子，一個(gè)數(shù)據(jù)庫(kù)集合的安全規(guī)則如下：

//登錄用戶為記錄的創(chuàng)建者時(shí)，才有權(quán)限讀
"read": "auth.openid == doc._openid",
//不允許記錄的創(chuàng)建者刪除記錄（只允許其他人刪除）
"delete": "auth.openid != doc._openid",

在這個(gè)例子中，auth.openid 是當(dāng)前的登錄用戶身份 ID，而記錄 doc 里的 openid 是之前業(yè)務(wù)中對(duì)該記錄產(chǎn)生某種關(guān)系的用戶身份ID，這里是記錄的創(chuàng)建者。
所以上面例子的第一個(gè)語(yǔ)句，read（只讀）配置，登錄用戶 ID 是記錄創(chuàng)建者時(shí)才可以讀，同理 delete 的配置是記錄創(chuàng)建者不能刪除，只能其他人可以刪除。

這個(gè)例子很簡(jiǎn)單，你可以根據(jù)業(yè)務(wù)形態(tài)靈活而復(fù)雜地配置安全規(guī)則，達(dá)到保護(hù)數(shù)據(jù)庫(kù)合法更新的目的。當(dāng)然，關(guān)于安全規(guī)則的更多驗(yàn)證寫法，你可以通過閱讀安全規(guī)則文檔掌握，我講的內(nèi)容是為了幫助你更好地理解這種規(guī)則寫法，有助于你舉一反三的學(xué)習(xí)使用。

如何提升數(shù)據(jù)庫(kù)的性能

云開發(fā)數(shù)據(jù)庫(kù)雖然高性能、支持彈性擴(kuò)容，但很多開發(fā)者在使用的過程中，注重功能的實(shí)現(xiàn)，忽視了創(chuàng)建索引、優(yōu)化語(yǔ)句等對(duì)數(shù)據(jù)庫(kù)性能的影響，會(huì)遇到很多性能上的問題，所以我特意總結(jié)了云開發(fā)數(shù)據(jù)庫(kù)性能優(yōu)化的注意事項(xiàng)。

數(shù)據(jù)庫(kù)性能優(yōu)化建議

• 要合理使用索引： 使用索引可以提高文檔查詢、更新、刪除等操作的效率，你要結(jié)合查詢情況，適當(dāng)創(chuàng)建索引，盡量避免全表掃描，考慮在 where 及 order by 涉及的列上建立索引。

• 結(jié)合查詢情況創(chuàng)建組合索引： 要想查詢包含多個(gè)字段(鍵)條件，創(chuàng)建包含這些字段的組合索引是個(gè)不錯(cuò)的解決方案，組合索引遵循最左前綴原則，因此創(chuàng)建順序很重要。

• 查詢時(shí)要盡可能通過條件和 limit 限制數(shù)據(jù)： 在查詢里 where 可以限制處理文檔的數(shù)量，而在聚合運(yùn)算中 match 要放在 group 前面，減少 group 操作要處理的文檔數(shù)量。無(wú)論是普通查詢還是聚合查詢都應(yīng)該用 limit 限制返回的數(shù)據(jù)數(shù)量。

• 盡可能限制返回的字段等數(shù)據(jù)量： 如果查詢無(wú)須返回整個(gè)文檔或只是用來(lái)判斷鍵值是否存在，普通查詢可以通過 filed、聚合查詢可以通過 project 來(lái)限制返回的字段，減少網(wǎng)絡(luò)流量和客戶端的請(qǐng)求內(nèi)存占用。

• 查詢量大時(shí)不要用正則查詢： 正則表達(dá)式查詢不能使用索引，執(zhí)行的時(shí)間比大多數(shù)選擇器更長(zhǎng)，所以業(yè)務(wù)量比較大的查詢請(qǐng)求，不建議用正則查詢（盡量用其他方式代替），如果用一定要盡可能地縮寫模糊匹配的范圍（比如用開始匹配符 ^ 或結(jié)束匹配符 $ ）。

• 盡可能使用更新指令set： 通過更新指令修改文檔可以獲得更好的性能，因?yàn)楦轮噶畈恍枰樵兊接涗浘涂梢灾苯訉?duì)文檔進(jìn)行字段級(jí)的更新，尤其是對(duì)不用更新整個(gè)文檔只更新部分字段的場(chǎng)景。

• 不要對(duì)太多數(shù)據(jù)進(jìn)行排序： 不要一次性取出太多數(shù)據(jù)并對(duì)數(shù)據(jù)排序，排序要盡量限制結(jié)果集中的數(shù)據(jù)量，比如先用 where、match 等操作限制數(shù)據(jù)量，也就是通常要把 orderBy 放在普通查詢或聚合查詢的最后面。

• 不要讓數(shù)據(jù)庫(kù)請(qǐng)求做多余的事情： 數(shù)據(jù)庫(kù)盡可能只做必要的工作，對(duì)數(shù)據(jù)進(jìn)行加工處理的操作盡可能轉(zhuǎn)到外部去操作；另外，盡可能一次性取出業(yè)務(wù)所需的全部數(shù)據(jù)，如果不能則需要合理設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)。

• 使用短字段名： 和關(guān)系型數(shù)據(jù)庫(kù)不同，云開發(fā)數(shù)據(jù)庫(kù)是文檔型數(shù)據(jù)庫(kù)，集合中的每一個(gè)文檔都需要存儲(chǔ)字段名，因此字段名的長(zhǎng)度相比關(guān)系型數(shù)據(jù)庫(kù)來(lái)說需要更多的存儲(chǔ)空間。

• 盡量不要把數(shù)據(jù)庫(kù)請(qǐng)求放到循環(huán)體內(nèi)： 我們經(jīng)常會(huì)有查詢數(shù)據(jù)庫(kù)里的數(shù)據(jù)，并對(duì)數(shù)據(jù)進(jìn)行處理之后再寫回?cái)?shù)據(jù)庫(kù)的需求，如果查詢到的數(shù)據(jù)很多，我們要進(jìn)行循環(huán)處理，而這時(shí)你要注意，不要把數(shù)據(jù)庫(kù)請(qǐng)求放到循環(huán)體內(nèi)，而是先一次性查詢多條數(shù)據(jù)，在循環(huán)體內(nèi)對(duì)數(shù)據(jù)進(jìn)行處理之后再一次性寫回?cái)?shù)據(jù)庫(kù)。

總的來(lái)講，你要結(jié)合具體的業(yè)務(wù)情況來(lái)理解這 10 條優(yōu)化建議，尤其要重視對(duì)請(qǐng)求頻繁的數(shù)據(jù)庫(kù)操作進(jìn)行優(yōu)化，比如小程序首頁(yè)的數(shù)據(jù)請(qǐng)求。

提升數(shù)據(jù)庫(kù)性能的設(shè)計(jì)

• 增加冗余字段

在業(yè)務(wù)上有些關(guān)鍵的數(shù)據(jù)可以通過間接的方式查詢獲取到，但是由于查詢時(shí)會(huì)存在計(jì)算、跨表等問題，這個(gè)時(shí)候建議新增一些冗余字段。

比如你要統(tǒng)計(jì)文章后面的評(píng)論數(shù)，你也許會(huì)把文章的評(píng)論獨(dú)立建了一個(gè)集合如 comments，這時(shí)要獲取每篇文章的評(píng)論數(shù)可以根據(jù)文章的 ID 條件來(lái) count 該文章有多少條評(píng)論。

類似于評(píng)論數(shù)的還有點(diǎn)贊量、收藏量等，這些雖然都是可以通過 count 的方式來(lái)間接獲取到的，但是在評(píng)論數(shù)很多的情況下，count是非常耗性能，而且還需要獨(dú)立占據(jù)一個(gè)請(qǐng)求。

我建議你在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，用所謂的冗余字段來(lái)記錄每篇文章的點(diǎn)贊量、評(píng)論數(shù)、收藏量，在小程序端直接用 inc 原子自增的方式更新該字段的值。

比如我們希望在博客的首頁(yè)展示文章列表，而每篇文章要顯示評(píng)論總數(shù)。使用 count 獲取總數(shù)，不如直接查詢新增的冗余字段commentNum來(lái)得直接。

• 虛假刪除

有時(shí)候我們的業(yè)務(wù)會(huì)需要用戶經(jīng)常刪除數(shù)據(jù)庫(kù)里面的記錄或記錄里的數(shù)組，但是刪除數(shù)據(jù)非常耗費(fèi)性能，碰上業(yè)務(wù)高峰期，數(shù)據(jù)庫(kù)會(huì)出現(xiàn)性能問題。這時(shí)，我建議你新增冗余字段做虛假刪除，比如給記錄添加 delete 的字段，默認(rèn)值為 false，當(dāng)執(zhí)行刪除的時(shí)候，可以將字段的值設(shè)置 true，查詢時(shí)只顯示 delete 為 false 的記錄，這樣數(shù)據(jù)在前端就不顯示了。在業(yè)務(wù)低谷時(shí)比如凌晨可以結(jié)合定時(shí)觸發(fā)器每天這個(gè)時(shí)候清理一遍。

• 盡量使用一個(gè)數(shù)據(jù)庫(kù)請(qǐng)求，代替多個(gè)數(shù)據(jù)庫(kù)請(qǐng)求

尤其是用戶最常訪問的首頁(yè)，如果一個(gè)頁(yè)面的數(shù)據(jù)庫(kù)請(qǐng)求太多，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)的并發(fā)問題。有些數(shù)據(jù)能夠緩存到小程序端就緩存到小程序端，不必過分強(qiáng)調(diào)數(shù)據(jù)的一致性。

小結(jié)

本節(jié)我主要從數(shù)據(jù)庫(kù)設(shè)計(jì)層面深度講解了如何高效使用云開發(fā)數(shù)據(jù)庫(kù)，并沒有過多提到操作 API 相關(guān)的知識(shí)點(diǎn)，因?yàn)槲臋n中明確的解釋這些內(nèi)容并提供了完善的示例代碼。除了最基本的增刪改查之外，云開發(fā)數(shù)據(jù)庫(kù)還提供了一些特別的能力（實(shí)時(shí)數(shù)據(jù)推送、備份與回檔、數(shù)據(jù)庫(kù)事務(wù)等）助力你快速開發(fā)。今天這節(jié)課我想強(qiáng)調(diào)幾個(gè)重點(diǎn)：

• 根據(jù)自己的業(yè)務(wù)合理地進(jìn)行范式化和反范式化設(shè)計(jì)；

• 充分使用數(shù)據(jù)庫(kù)的安全規(guī)則保護(hù)自己的數(shù)據(jù)庫(kù)，防止權(quán)限過度泄漏遭到業(yè)務(wù)問題；

• 在使用云開發(fā)數(shù)據(jù)庫(kù)時(shí)，一定要遵循強(qiáng)調(diào)的幾點(diǎn)建議，合理使用，不可濫用。

當(dāng)你在學(xué)習(xí)完本章節(jié)后，你就可以基本掌握數(shù)據(jù)庫(kù)的使用規(guī)范了，在遇到數(shù)據(jù)庫(kù)查詢高耗時(shí)等問題時(shí)，你可以參照本節(jié)內(nèi)容的優(yōu)化建議，進(jìn)行修繕和改造，降低查詢耗時(shí)。通過反復(fù)的實(shí)踐鍛煉，你就可以形成完善的云開發(fā)數(shù)據(jù)庫(kù)使用技巧和規(guī)范，低成本高效率地完成復(fù)雜業(yè)務(wù)場(chǎng)景下的大型應(yīng)用。我留給你的作業(yè)是：在課下親自動(dòng)手，充分發(fā)揮云開發(fā)數(shù)據(jù)庫(kù)的作用。

精選評(píng)論

**剛：

數(shù)據(jù)庫(kù)的性能優(yōu)化，很有收貨文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-486118.html

到了這里，關(guān)于微信小程序開發(fā)14 復(fù)雜數(shù)據(jù)庫(kù)設(shè)計(jì)：如何用好云開發(fā)提供的文檔型數(shù)據(jù)庫(kù)？的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！