這篇文章將為大家詳細(xì)講解有關(guān)MongoDB對(duì)大表的處理方法，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

在通川等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作按需定制開(kāi)發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,營(yíng)銷型網(wǎng)站,外貿(mào)網(wǎng)站建設(shè),通川網(wǎng)站建設(shè)費(fèi)用合理。

mongodb對(duì)大表的處理：

1、索引優(yōu)化和SQL語(yǔ)句優(yōu)化是必須的，避免模糊查詢和非索引查詢，刪改操作根據(jù)聚集索引進(jìn)行，刪改操作太頻繁的話還是需要考慮分表

2、看需求，如果需求不限制，那就分表

分區(qū)會(huì)增加管理復(fù)雜度和成本這個(gè)很難理解，分區(qū)增加不了多少工作，如果需求要求必須單表，分區(qū)是解決在千萬(wàn)到幾億數(shù)據(jù)量的比較合適的方法。

可能更大數(shù)據(jù)量還是要回到分的路上，但是可能更多考慮分布式。

3、我們一般都是把歷史數(shù)據(jù)定期轉(zhuǎn)存其他表（一樣的表名后加年月例如TABLE201205）歸檔~ 

這樣該表本年度的查詢的壓力也小點(diǎn)（90%查詢量集中在本年度）,即使查詢歷史數(shù)據(jù)也不影響性能，強(qiáng)力推薦！

關(guān)于mongodb對(duì)大表的處理方法就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。