最近做了一個版本，是數(shù)據(jù)遷移，我們的一項核心業(yè)務(wù)，阿姨簡歷數(shù)據(jù)保存，使用的存儲方式是mongodb，但是后來發(fā)現(xiàn)這種方式不利于數(shù)據(jù)關(guān)聯(lián)，不好開展后續(xù)的一些業(yè)務(wù)開發(fā)，于是我們進行拆表，將阿姨數(shù)據(jù)拆成一個主表和好幾個附表。
先看下mongodb的數(shù)據(jù)結(jié)構(gòu)，再對比下mysql的數(shù)據(jù)結(jié)構(gòu)，由一張aunts表拆成了六張表
uc_aunt_resume? 主表
uc_aunt_resume_ext?擴展表
uc_aunt_resume_attach?圖片附件表
uc_aunt_resume_working_experiences??工作經(jīng)歷
uc_aunt_resume_family_member??家庭成員
uc_aunt_resume_train_experiences?培訓(xùn)經(jīng)歷
在這個遷移過程，測試主要參與驗證，驗證的內(nèi)容主要是有關(guān)阿姨的功能。
測試的時候，主要將精力放在阿姨簡歷的添加和維護，以及使用阿姨的一些小功能，另外還有不同終端，比如app，h5,小程序等
但是這次出現(xiàn)問題的場景是數(shù)據(jù)權(quán)限，員工賬號查看不到阿姨，原因是開發(fā)在拷貝代碼的時候?qū)戝e了變量。實際上跟數(shù)據(jù)存儲方式已經(jīng)沒有太大關(guān)聯(lián)，屬于查詢相關(guān)。
之前使用的mongodb? ?覺得更改數(shù)據(jù)比較麻煩，這次拆成mysql? 多張表
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
盲猜可能會出現(xiàn)的問題：
查詢阿姨信息慢，翻頁的時候展示慢
其他交互接口，需要使用阿姨信息的，部分信息沒有返回，因為之前基本都是全量
實際測試過程中出現(xiàn)的問題：
添加和編輯阿姨時，接口報錯，通常存在于s端和aunt端，對于b端的接口反而沒有什么問題。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
結(jié)論
1、相比較MySQL，MongoDB數(shù)據(jù)庫更適合那些讀作業(yè)較重的任務(wù)模型。MongoDB能充分利用機器的內(nèi)存資源。如果機器的內(nèi)存資源豐富的話，MongoDB的查詢效率會快很多。
2、在帶”_id”插入數(shù)據(jù)的時候，MongoDB的插入效率其實并不高。如果想充分利用MongoDB性能的話，推薦采取不帶”_id”的插入方式，然后對相關(guān)字段作索引來查詢。
3、MongoDB適合那些對數(shù)據(jù)庫具體數(shù)據(jù)格式不明確或者數(shù)據(jù)庫數(shù)據(jù)格式經(jīng)常變化的需求模型，而且對開發(fā)者十分友好。
4、MongoDB官方就自帶一個分布式文件系統(tǒng)，可以很方便地部署到服務(wù)器機群上。MongoDB里有一個Shard的概念，就是方便為了服務(wù)器分片使用的。每增加一臺Shard，MongoDB的插入性能也會以接近倍數(shù)的方式增長，磁盤容量也很可以很方便地擴充。
5、MongoDB還自帶了對map-reduce運算框架的支持，這也很方便進行數(shù)據(jù)的統(tǒng)計。
MongoDB的缺陷
1、事務(wù)關(guān)系支持薄弱。這也是所有NoSQL數(shù)據(jù)庫共同的缺陷，不過NoSQL并不是為了事務(wù)關(guān)系而設(shè)計的，具體應(yīng)用還是很需求。
2、穩(wěn)定性有些欠缺，這點從上面的測試便可以看出。
3、MongoDB一方面在方便開發(fā)者的同時，另一方面對運維人員卻提出了相當多的要求。業(yè)界并沒有成熟的MongoDB運維經(jīng)驗，MongoDB中數(shù)據(jù)的存放格式也很隨意，等等問題都對運維人員的考驗。
————————————————
版權(quán)聲明：本文為CSDN博主「光露」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/weixin_30070663/article/details/113271744
