數據庫如何看出自己的缺點 Access數據庫中報表特點？

Access數據庫中報表特點？用Access數據庫做報表特點是，很簡單方便，應用難度不高，門檻低，缺點是可視化和拓寬思維化不強，這對大批量數據的分析和研究不夠db模式有什么優缺點？mongodb按結構

Access數據庫中報表特點？

用Access數據庫做報表特點是，很簡單方便，應用難度不高，門檻低，缺點是可視化和拓寬思維化不強，這對大批量數據的分析和研究不夠

db模式有什么優缺點？

mongodb按結構數據文件預分配模式來生成數據文件，數據文件的大小從64M又開始，每減少一個文件，大小雙倍，等到2G，以后有時候增強數據可能會化合2G左右的數據文件，結合mongodb的mmap內存模型，對此寫數據文件，將必掉寫可以轉換為順序寫，一定程度上緩解了磁盤的io壓力。

但在實際可以使用中，遇上在預分配2G的數據文件時，要是磁盤io較慢，則mongodb都差不多卡住了，無法做出反應各位的情況。短短時間則依據磁盤io的性能來確認。這個問題在2.0之后版本可能會有些可以改善，但在磁盤性能低的服務器上，該問題依然存在.

這個問題目前沒有太好的解決方案，只能個人建議建議使用讀寫性能比較比較好的服務器來跑mongodb。

在數據存量大于0內存大小時，mongodb遇上冷數據查詢速度變慢。

mongodb可以使用mmap的內存管理模式，如果不是網上查詢的大都熱數據，這樣會在內存中就去查詢，如果沒有遇上冷數據，就要從磁盤讀取，并將一部分熱數據從內存卸載掉.

有人那一次說mongodb內存管理是運行程序固定不動大小的文件塊到內存，即如果不是冷數據在磁盤上，他會參照幫忙的數據，運行程序肯定會大小的數據塊到內存，并軟件卸載掉則是的熱數據，這個操作本身會受到一定會io.

只不過mongodb不使用的是全局鎖，在某個操作緩慢時，這座能操作隊列會完全變慢。這個問題會造成了mongodb會出現偶發性堵塞問題，隨之整個庫的性能會下降。

該問題在應用要不要盡量的避免又出現，必須將mongodb的數據大小規劃好，最好不要別使數據量達到內存的大小，如果沒有遠遠超過內存大小后，最好不要最好不要去各位冷數據。

Mongodb全局鎖機制。

mongodb大的問題或者可以算是它的鎖機制，在2.2版本之前，一個實例只能一個讀寫鎖，無論有多少數據庫和數據子集，當一個操作通過時其他操作沒法等待，在2.2版本后，mongodb鎖降低了粒度，轉成按庫鎖。

MongoDB使用的是“readers-writer”鎖，是可以支持并發但有不大的局限性，當一個讀鎖未知,許多讀操作也可以可以使用這把鎖，但他,當一個寫鎖的存在，一個單一的寫操作會exclusively300499高瀾股份該鎖，另外其它讀，寫操作不能不能在用共享這個鎖；舉個例子，題中一個集合里有10個文檔，多個version操作沒法并發在這個集合上，就算是可以更新不同的文檔。

刪出數據集合后空間絕對不會自動釋放出

mongodb刪掉集合后磁盤空間不釋放者，只有一用()去能修復才能釋放者。

修復很有可能要花費很長的時間,在建議使用()去自動修復時必須得停掉讀寫，另外mongodb要有備機才可以，要不然千萬別隨便是建議使用()來修復數據庫，一定不要。

只不過在能修復的過程中如果再次出現了非都正常的mongodb的全死，再一次啟動后時啟動不了的，是需要先可以修復才也可以，也可以憑借./mongod--disassembly--dbpath/data/mongo/假如你是把數據庫單獨的放在一個文件夾中委托dbpath時就指向要修復的數據庫就這個可以。

一些含著問題

a)replicaset模式至少意見12臺服務器，而有投票權的服務器只接受7臺，如果沒有超過7臺服務器，需可以設置部分服務器為無投票權服務器

b)replicaset模式中，一個set服務器如果不是大于12臺服務器，則自動啟動默認操作應該不會起作用，如果沒有4臺服務器再次出現2/2相互交換ping不通的情況，同樣的應該不會不自動故障恢復。一般來說，一個set中最好就是是有單數形式服務器。

c).replicaset中，因為mongodb是明確的時間進行不能操作，如果set中某個服務器時間很超前或者延遲大，會容易又出現secondaries不斷的嘗試沒更新oplog也可以同步網絡延遲的問題。甚至于倒致某些操作失敗的話，如move你的操作。

8.分片模式的一些含著問題

盡量通過官方的要求，有3個configserver，假如唯有2個configserver，則shard的自動負載均衡和自動啟動切片功能不可用。

2.api中的nearest模式在shard中，判斷的是set到mongos的距離而非set到client的距離，在切片模式下，盡量別建議使用nearest模式，很有可能會造成一些請求服務器延遲減少的問題。

優點

l文檔結構的存儲，還能夠更便捷的查看數據

l內置GridFS，意見大容量的存儲

l內置Sharding，分片簡單的

l海量數據下，性能突出

l接受自動啟動系統失敗（截圖集）

mongodb是另一個介于nosql數據庫和mysql數據庫之間的一個數據存儲系統，它沒有嚴格的的數據格式，但另外支持什么復雜網站查詢，而且那個軟件sharding模式和ReplicaSet模式，接受分片模式，剪切粘貼模式，手動故障維護，自動出現故障轉移，自動啟動快速擴容，全內容索引，動態查詢等功能。擴展性和功能都比較比較強大。

mongodb在數據查詢方面，允許類sql查詢，可以不一個key多value內容，也可以成組合多個value內容來去查詢，允許索引，接受組織索引，支持什么復雜查詢，支持什么排序，基本除了join和事務類型的操作外，mongodb支持所有mysql支持的查詢，甚至某個客戶端api支持直接在用sql語句查詢mongodb。

mongodb的sharding功能目前漸長系統完善，意見下拉菜單范圍分片，hash自動啟動分片等，分片自動啟動內存量，shard之間手動負載均衡等功能。不好算使用能還比較不錯。