最近做了一個版本昼榛，是數(shù)據(jù)遷移境肾，我們的一項核心業(yè)務，阿姨簡歷數(shù)據(jù)保存，使用的存儲方式是mongodb奥喻，但是后來發(fā)現(xiàn)這種方式不利于數(shù)據(jù)關聯(lián)偶宫，不好開展后續(xù)的一些業(yè)務開發(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?培訓經(jīng)歷
在這個遷移過程吵冒，測試主要參與驗證，驗證的內(nèi)容主要是有關阿姨的功能酒朵。
測試的時候桦锄，主要將精力放在阿姨簡歷的添加和維護，以及使用阿姨的一些小功能蔫耽，另外還有不同終端结耀，比如app，h5,小程序等
但是這次出現(xiàn)問題的場景是數(shù)據(jù)權限匙铡，員工賬號查看不到阿姨图甜，原因是開發(fā)在拷貝代碼的時候?qū)戝e了變量。實際上跟數(shù)據(jù)存儲方式已經(jīng)沒有太大關聯(lián)鳖眼，屬于查詢相關黑毅。
之前使用的mongodb? ?覺得更改數(shù)據(jù)比較麻煩，這次拆成mysql? 多張表
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
盲猜可能會出現(xiàn)的問題：
查詢阿姨信息慢钦讳，翻頁的時候展示慢
其他交互接口矿瘦，需要使用阿姨信息的，部分信息沒有返回愿卒，因為之前基本都是全量
實際測試過程中出現(xiàn)的問題：
添加和編輯阿姨時缚去，接口報錯，通常存在于s端和aunt端琼开，對于b端的接口反而沒有什么問題易结。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
結(jié)論
1、相比較MySQL柜候，MongoDB數(shù)據(jù)庫更適合那些讀作業(yè)較重的任務模型搞动。MongoDB能充分利用機器的內(nèi)存資源。如果機器的內(nèi)存資源豐富的話渣刷，MongoDB的查詢效率會快很多鹦肿。
2、在帶”_id”插入數(shù)據(jù)的時候辅柴，MongoDB的插入效率其實并不高狮惜。如果想充分利用MongoDB性能的話高诺，推薦采取不帶”_id”的插入方式，然后對相關字段作索引來查詢碾篡。
3、MongoDB適合那些對數(shù)據(jù)庫具體數(shù)據(jù)格式不明確或者數(shù)據(jù)庫數(shù)據(jù)格式經(jīng)常變化的需求模型筏餐，而且對開發(fā)者十分友好开泽。
4、MongoDB官方就自帶一個分布式文件系統(tǒng)魁瞪，可以很方便地部署到服務器機群上穆律。MongoDB里有一個Shard的概念，就是方便為了服務器分片使用的导俘。每增加一臺Shard峦耘，MongoDB的插入性能也會以接近倍數(shù)的方式增長，磁盤容量也很可以很方便地擴充旅薄。
5辅髓、MongoDB還自帶了對map-reduce運算框架的支持，這也很方便進行數(shù)據(jù)的統(tǒng)計少梁。
MongoDB的缺陷
1洛口、事務關系支持薄弱。這也是所有NoSQL數(shù)據(jù)庫共同的缺陷凯沪，不過NoSQL并不是為了事務關系而設計的第焰，具體應用還是很需求。
2妨马、穩(wěn)定性有些欠缺挺举，這點從上面的測試便可以看出。
3烘跺、MongoDB一方面在方便開發(fā)者的同時湘纵，另一方面對運維人員卻提出了相當多的要求。業(yè)界并沒有成熟的MongoDB運維經(jīng)驗液荸，MongoDB中數(shù)據(jù)的存放格式也很隨意瞻佛，等等問題都對運維人員的考驗。
————————————————
版權聲明：本文為CSDN博主「光露」的原創(chuàng)文章娇钱，遵循CC 4.0 BY-SA版權協(xié)議伤柄，轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/weixin_30070663/article/details/113271744
