1、在本地和服務器都安裝同樣的數(shù)據(jù)庫客戶端，如oracle常用SQLPlus、MySQL常用HeiDi sql或者navicat、mssql2005則常用SQL Server Management Studio；
成都創(chuàng)新互聯(lián)公司成立于2013年，先為綠園等服務建站，綠園等地企業(yè)，進行企業(yè)商務咨詢服務。為綠園企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。
2、在本地通過數(shù)據(jù)庫客戶端導出數(shù)據(jù)庫為sql文件；
3、將sql文件遠程傳遞到服務器上；
4、在服務器上用相同的數(shù)據(jù)庫客戶端將sql文件執(zhí)行一遍即可將本地數(shù)據(jù)庫導入到服務器上。
1.數(shù)據(jù)量太大，比如上億，就用oracle，優(yōu)點上億數(shù)據(jù)對Oracle來說輕飄飄的，也不用太多優(yōu)化配置，缺點安裝比較麻煩，上手比較慢。
2.數(shù)據(jù)量較大，比如千萬級，用postgresql，它號稱對標Oracle，處理千萬級數(shù)據(jù)還是可以的，也是易學易用。
3.數(shù)據(jù)量一般，比如百萬級，用mysql，這個級別的數(shù)據(jù)量mysql處理還是比較快的。
4.數(shù)據(jù)量較小，比如十萬以下，sqlite、access都可以。
上面是基于單表操作的數(shù)據(jù)量，你看著選。
簡單易用的數(shù)據(jù)庫哪個比較好？這個要具體看你的用途，如果數(shù)據(jù)量比較少（10萬左右），追求簡約簡單，免費開源的sqlite就行，如果數(shù)據(jù)量比較多，考慮到高并發(fā)、分布式，可以使用專業(yè)的mysql、postgresql，下面我分別簡單介紹一下，感興趣的朋友可以嘗試一下：
小巧靈活sqlite
這是基于c語言開發(fā)的一個輕量級關(guān)系型數(shù)據(jù)庫，短小精悍、免費開源，個人使用無需繁瑣的配置，只需一個簡單的運行庫便可直接使用，針對各種編程語言都提供了豐富的API接口， java、 python、c#等都可輕松操作，如果你存儲數(shù)據(jù)量不多，只是本地簡單的操作（讀多寫少），可以使用一下這個數(shù)據(jù)庫，占用內(nèi)存非常少，輕便靈活，當然，在高并發(fā)、數(shù)據(jù)量大的情況下就不合適了：
專業(yè)強大mysql
這是目前應該廣泛使用的一個關(guān)系型數(shù)據(jù)庫，免費開源跨平臺，在信息系統(tǒng)開發(fā)方面一直占據(jù)著主力位置，如果你從事于web開發(fā)或者網(wǎng)站后臺建設，那么這個數(shù)據(jù)庫一定非常熟悉，支持高并發(fā)、分布式，存儲數(shù)據(jù)量相對于sqlite來說，更多也更安全，索引、觸發(fā)器、存儲過程等功能非常不錯，支持數(shù)據(jù)導入導出、恢復備份，只要你熟悉一下基本使用過程，很快就能掌握和運用：
免費開源postgresql
這是加州大學計算機系開發(fā)的一個對象-關(guān)系型數(shù)據(jù)庫（自由軟件），免費、開源、跨平臺，支持流計算、全文檢索、圖式搜索、并行計算、存儲過程、空間數(shù)據(jù)、K-V類型，相比較mysql來說，在復雜查詢、高并發(fā)下更穩(wěn)定、性能更優(yōu)越，可擴展性、可維護性非常不錯，但也有劣勢，例如新舊版本不分離存儲，沒有Coverage index scan等，總體使用效果來說還不錯：
當然，除了以上3個數(shù)據(jù)庫，還有許多其他數(shù)據(jù)庫，像mssql、oracle等也都非常不錯，對于存儲和處理數(shù)據(jù)來說綽綽有余，只要你熟悉一下基本使用過程，很快就能入門的，網(wǎng)上也有相關(guān)教程和資料，介紹的非常詳細，感興趣的話，可以搜一下，希望以上分享的內(nèi)容能對你有所幫助吧，也歡迎大家評論、留言進行補充。
最符合初學者理解和入門的是Access，因為它和Excel本來就是一個套件，相互轉(zhuǎn)化容易，復制粘貼即可，非常好理解庫、表、字段、鍵的概念。
如果數(shù)據(jù)量不大，強烈推薦試試Filemaker，腳本化編程，自由定制輸入界面、工作流程，非常便捷高效。
最近殺出來的airtable，更是簡單高效，界面美觀，操作與電子表格相當，發(fā)展勢頭也非常迅猛。
二者側(cè)重點有所不同，用戶可根據(jù)需要選擇
作為一個軟件開發(fā)人員，長期需要和數(shù)據(jù)庫打交道，個人更加青睞于MySQL。雖然可能基于你的Excel原因，有些人會建議你使用Access數(shù)據(jù)庫，但是基于我個人的 意見，我并不建議你那樣做。采用MySql的具體理由如下：
1.MySQL具有普遍性，在國內(nèi)的環(huán)境中，絕大多數(shù)的互聯(lián)網(wǎng)企業(yè)采用的是MySQL。有了廣大的用戶基礎后，針對于各種問題網(wǎng)上也能更好地找到解決方案。
2.MySQL相對于Oracle而言，更加輕量化，針對于從Excel量級的數(shù)據(jù)，沒必要使用Oracle。同時MySQL是完全免費的，不用擔心版權(quán)及費用問題，無論對個人還是對預算有限的企業(yè)而言都是很好的選擇。
3.MySQL高度兼容標準SQL，這對于以后遷移到其他數(shù)據(jù)庫而言，也能很大程度地降低學習成本。
希望我的回答能夠?qū)δ阌兴鶐椭。?！[耶][耶][耶]
Excel辦公確實便利，可以做一些簡單的數(shù)據(jù)分析，但涉及大量復雜的數(shù)據(jù)運算，就會遇到和題主一樣的問題，運算速度慢，如果主機性能不是很好，還有可能面臨電腦死機，數(shù)據(jù)丟失等問題。
遇到這種情況，我們該如何解決呢？數(shù)據(jù)庫的重要性顯而易見！
現(xiàn)在， 我將用3分鐘的時間，與您探討該選擇何種數(shù)據(jù)庫，以及選擇它的理由，是否有更優(yōu)的解決方案呢？
MySQL數(shù)據(jù)庫，90%的企業(yè)都會選擇它
數(shù)據(jù)庫選得好，企業(yè)的數(shù)據(jù)安全，資產(chǎn)安全，也就得到了保障。那么該如何選擇數(shù)據(jù)庫呢？這個跟你的業(yè)務量和業(yè)務服務行業(yè)，密不可分。
如果你只是上班打卡，用SQL server就可以了；
如果你要儲存會話信息，用戶配置信息，購物車數(shù)據(jù)，建議使用NoSQL數(shù)據(jù)庫；
不過90%的企業(yè)或個人，首選數(shù)據(jù)庫都是MySQL數(shù)據(jù)庫。
為什么這么說？
因為，它集 低成本、高可用、可靠性強、易用性強、體積小、速度快開放源碼 等特性于一身，所以在金融、財務、網(wǎng)站、 數(shù)據(jù)處理 等應用領域，它占據(jù)著獨一無二的優(yōu)勢。
這也是幾乎所有企業(yè)都選擇它，來存儲數(shù)據(jù)的原因。
加之MySQL數(shù)據(jù)庫，支持多種存儲引擎，支持大型數(shù)據(jù)庫，可以處理成千上萬條記錄，還提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作的工具。
因而，MySQL尤其受個人，以及中小企業(yè)的推崇。
雖然MySQL數(shù)據(jù)庫簡單易用，但我還是不會部署該怎么辦？
別擔心，現(xiàn)在市面上已經(jīng)出現(xiàn)了，一種自帶數(shù)據(jù)庫的新型辦公軟件。
比如說，云表企業(yè)應用平臺，一款兼容excel功能，但功能更為強大的辦公軟件，它就內(nèi)嵌了MySQL數(shù)據(jù)庫。 （文末有免費獲取方式）
云表內(nèi)嵌的MySQL數(shù)據(jù)庫，有何優(yōu)點？
1. 性能更加優(yōu)化，更加兼容系統(tǒng)。因為云表的研發(fā)人員，時刻更新維護MySQL數(shù)據(jù)庫。
2. 省去自己手動部署的麻煩。但如果你熟悉部署數(shù)據(jù)庫，想把數(shù)據(jù)庫改成Oracle或SQL server等數(shù)據(jù)庫，也可以設置。（不過，我建議IT小白還是 “拿來即用” 就好）
3. 快速實時計算。數(shù)據(jù)分析實時交互，完全滿足管理決策中的臨時性分析，多變的業(yè)務需求，以及頻繁的結(jié)果刷新。
4. 通過自帶的內(nèi)存計算引擎，無需事先建立CUBE，IT部門將告別報表延時報表分析，億級數(shù)據(jù)秒級響應。
內(nèi)嵌的MySQL數(shù)據(jù)庫是否可靠
云表不僅是一款辦公軟件，同時還是一款開發(fā)工具。
通過它，你將解決以下問題：
復雜的數(shù)據(jù)運算，精確到行列的權(quán)限管控，以及工作流，海量用戶同時在線辦公，數(shù)據(jù)透視，制作像銷售單，洽談合同等表單報表，一份制作，即可重復錄用......
你還可以通過它，與電子稱、地磅等進行對接，與用友金蝶等三方系統(tǒng)集成，生成條形碼，掃碼出入庫，生成移動端APP...... 基本上業(yè)務所需的功能，你都可以放心交給它做。
它最大的亮點就是，你可以 用使用excel的手法，用它來開發(fā)業(yè)務應用。
而且，可視化的 拖拉拽 之后，開發(fā)出來的ERP、WMS、OA、進銷存等業(yè)務應用，還秉承了MySQL數(shù)據(jù)庫增刪改查的功能特性。
沒錯，用云表開發(fā)出來的業(yè)務應用，是允許二次開發(fā)的，而且功能可以隨時增刪改查，輕松滿足大集團精細化的數(shù)據(jù)控制需求。
不過，大家最關(guān)心的應該是數(shù)據(jù)安全問題吧。
數(shù)據(jù)存放在云表內(nèi)嵌的MySQL數(shù)據(jù)庫，是安全不丟失的，它提供了多種數(shù)據(jù)存儲的方式，本地部署，云端部署，混合部署，任君挑選！
正因如此，像 恒逸石化、許繼電氣、航天科工委、中鐵、中冶、云南小松 等大型集團，才鼓勵內(nèi)部員工去學習云表。
篇幅所限，只說到這里，說太多你也不會看。
免費 的軟獲取方式在下方：
數(shù)據(jù)庫的用處可大著呢，不僅可以實現(xiàn)數(shù)據(jù)共享，減少數(shù)據(jù)冗余度，還能實現(xiàn)對數(shù)據(jù)的集中控制，保持數(shù)據(jù)的一致性和可維護性。選取簡單易用的數(shù)據(jù)庫，你有什么好的建議呢，留言讓我們看到噢！
題主強調(diào)了簡單易用。所以推薦最簡單三個。
1.Access。
2.Excel。
3.飛書文檔、騰訊文檔、石墨文檔等的表格。
如果要做分析，數(shù)據(jù)量才比較大，建議Access，還是專業(yè)的更好一些。網(wǎng)上教程也很多，比較容易學。而且建議用早一點的版本，比如2003或者2007，Access這些年微軟一直想從office里去掉，奈何用的人還是很多，所以不敢去掉，但是采取了一種比較惡心的方法讓用戶放棄，就是每發(fā)布一個新版本，就去掉一些好用的功能，所以說Access是越早的功能越強。
還一個推薦就是Sql Server Express版本，是SQL Server的免費版本，不要錢，基本功能都有，要比sqllite等強大的多
這要結(jié)合你個人實際情況來定，有計算機基礎，懂一點數(shù)據(jù)庫的話那么市場上的那些軟件都可以用，常用有oracle，sqlserver，mysql等，要上手快還是sqlserver比較快，界面操作也比較直觀；如果一點基礎都沒有，但是又要分析數(shù)據(jù)的話可以用微軟自帶的一個access，這個上手比較快。決定用哪一種之后還是要買點教材看，簡單的sql查詢要會，熟練之后也能提高工作效率。
個人使用數(shù)據(jù)庫的話，只存數(shù)據(jù)不做分析，SQLite就足夠了。
前言：
MySQL與MongoDB都是開源的常用數(shù)據(jù)庫，但是MySQL是傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，MongoDB則是非關(guān)系型數(shù)據(jù)庫，也叫文檔型數(shù)據(jù)庫，是一種NoSQL的數(shù)據(jù)庫。它們各有各的優(yōu)點，關(guān)鍵是看用在什么地方。所以我們所熟知的那些SQL語句就不適用于MongoDB了，因為SQL語句是關(guān)系型數(shù)據(jù)庫的標準語言。
一、關(guān)系型數(shù)據(jù)庫-MySQL
1、在不同的引擎上有不同的存儲方式。
2、查詢語句是使用傳統(tǒng)的sql語句，擁有較為成熟的體系，成熟度很高。
3、開源數(shù)據(jù)庫的份額在不斷增加，mysql的份額頁在持續(xù)增長。
4、缺點就是在海量數(shù)據(jù)處理的時候效率會顯著變慢。
二、非關(guān)系型數(shù)據(jù)庫-MongoDB
非關(guān)系型數(shù)據(jù)庫(nosql ),屬于文檔型數(shù)據(jù)庫。先解釋一下文檔的數(shù)據(jù)庫，即可以存放xml、json、bson類型系那個的數(shù)據(jù)。這些數(shù)據(jù)具備自述性，呈現(xiàn)分層的樹狀數(shù)據(jù)結(jié)構(gòu)。數(shù)據(jù)結(jié)構(gòu)由鍵值(key=value)對組成。
1、存儲方式：虛擬內(nèi)存+持久化。
2、查詢語句：是獨特的MongoDB的查詢方式。
3、適合場景：事件的記錄，內(nèi)容管理或者博客平臺等等。
4、架構(gòu)特點：可以通過副本集，以及分片來實現(xiàn)高可用。
5、數(shù)據(jù)處理：數(shù)據(jù)是存儲在硬盤上的，只不過需要經(jīng)常讀取的數(shù)據(jù)會被加載到內(nèi)存中，將數(shù)據(jù)存儲在物理內(nèi)存中，從而達到高速讀寫。
6、成熟度與廣泛度：新興數(shù)據(jù)庫，成熟度較低，Nosql數(shù)據(jù)庫中最為接近關(guān)系型數(shù)據(jù)庫，比較完善的DB之一，適用人群不斷在增長。
三、MongoDB優(yōu)勢與劣勢
優(yōu)勢：
1、在適量級的內(nèi)存的MongoDB的性能是非常迅速的，它將熱數(shù)據(jù)存儲在物理內(nèi)存中，使得熱數(shù)據(jù)的讀寫變得十分快。
2、MongoDB的高可用和集群架構(gòu)擁有十分高的擴展性。
3、在副本集中，當主庫遇到問題，無法繼續(xù)提供服務的時候，副本集將選舉一個新的主庫繼續(xù)提供服務。
4、MongoDB的Bson和JSon格式的數(shù)據(jù)十分適合文檔格式的存儲與查詢。
劣勢：
1、 不支持事務操作。MongoDB本身沒有自帶事務機制，若需要在MongoDB中實現(xiàn)事務機制，需通過一個額外的表，從邏輯上自行實現(xiàn)事務。
2、 應用經(jīng)驗少，由于NoSQL興起時間短，應用經(jīng)驗相比關(guān)系型數(shù)據(jù)庫較少。
3、MongoDB占用空間過大。
百度百科：
NoSQL與關(guān)系型數(shù)據(jù)庫設計理念比較
關(guān)系型數(shù)據(jù)庫中的表都是存儲一些格式化的數(shù)據(jù)結(jié)構(gòu)，每個元組字段的組成都一樣，即使不是每個元組都需要所有的字段，但數(shù)據(jù)庫會為每個元組分配所有的字段，這樣的結(jié)構(gòu)可以便于表與表之間進行連接等操作，但從另一個角度來說它也是關(guān)系型數(shù)據(jù)庫性能瓶頸的一個因素。而非關(guān)系型數(shù)據(jù)庫以鍵值對存儲，它的結(jié)構(gòu)不固定，每一個元組可以有不一樣的字段，每個元組可以根據(jù)需要增加一些自己的鍵值對，這樣就不會局限于固定的結(jié)構(gòu)，可以減少一些時間和空間的開銷。
特點：
它們可以處理超大量的數(shù)據(jù)。
它們運行在便宜的PC服務器集群上。
它們擊碎了性能瓶頸。
沒有過多的操作。
Bootstrap支持
缺點：
但是一些人承認，沒有正式的官方支持，萬一出了差錯會是可怕的，至少很多管理人員是這樣看。
此外，nosql并未形成一定標準，各種產(chǎn)品層出不窮，內(nèi)部混亂，各種項目還需時間來檢驗
即非關(guān)系型數(shù)據(jù)庫和關(guān)系型數(shù)據(jù)庫。
MySQL的優(yōu)點：事務處理—保持數(shù)據(jù)的一致性；由于以標準化為前提，數(shù)據(jù)更新的開銷很?。ㄏ嗤淖侄位旧现挥幸惶帲?；可以進行Join等復雜查詢
NoSQL的優(yōu)點：首先它是基于內(nèi)存的，也就是數(shù)據(jù)放在內(nèi)存中，而不是像數(shù)據(jù)庫那樣把數(shù)據(jù)放在磁盤上，而內(nèi)存的讀取速度是磁盤讀取速度的幾十倍到上百倍，所以NoSQL工具的速度遠比數(shù)據(jù)庫讀取速度要快得多，滿足了高響應的要求。即使NoSQL將數(shù)據(jù)放在磁盤中，它也是一種半結(jié)構(gòu)化的數(shù)據(jù) 格式，讀取到解析的復雜度遠比MySQL要簡單，這是因為MySQL存儲的是經(jīng)過結(jié)構(gòu)化、多范式等有復雜規(guī)則的數(shù)據(jù)，還原為內(nèi)存結(jié)構(gòu)的速度較慢。NoSQL在很大程度上滿足了高并發(fā)、快速讀/和響應的要求，所以它也是Java互聯(lián)網(wǎng)系統(tǒng)的利器。
簡單的擴展：典型例子是Cassandra，由于其架構(gòu)是類似于經(jīng)典的P2P，所以能通過輕松地添加新的節(jié)點來擴展這個集群;
低廉的成本：這是大多數(shù)分布式數(shù)據(jù)庫共有的特點，因為主要都是開源軟件，沒有昂貴的License成本;
NoSQL的缺點：大多數(shù)NoSQL數(shù)據(jù)庫都不支持事務，也不像 SQL Server和Oracle那樣能提供各種附加功能，比如BI和報表等; 不提供對SQL的支持
那么該如何選擇？
如果規(guī)模和性能比24小時的數(shù)據(jù)一致性更重要，那NoSQL是一個理想的選擇 （NoSQL依賴于BASE模型——基本可用、軟狀態(tài)、最終一致性）。
但如果要保證到“始終一致”，尤其是對于機密信息和財務信息，那么MySQL很可能是最優(yōu)的選擇（MySQL依賴于ACID模型——原子性、一致性、獨立性和耐久性）。
如果關(guān)系數(shù)據(jù)庫在你的應用場景中，完全能夠很好的工作，而你又是非常善于使用和維護關(guān)系數(shù)據(jù)庫的，那么我覺得你完全沒有必要遷移到NoSQL上面，除非你是個喜歡折騰的人。如果你是在金融，電信等以數(shù)據(jù)為王的關(guān)鍵領域，目前使用的是Oracle數(shù)據(jù)庫來提供高可靠性的，除非遇到特別大的瓶頸，不然也別貿(mào)然嘗試NoSQL。
然而，在WEB2.0的網(wǎng)站中，關(guān)系數(shù)據(jù)庫大部分都出現(xiàn)了瓶頸。在磁盤IO、數(shù)據(jù)庫可擴展上都花費了開發(fā)人員相當多的精力來優(yōu)化，比如做分表分庫（database sharding）、主從復制、異構(gòu)復制等等，然而，這些工作需要的技術(shù)能力越來越高，也越來越具有挑戰(zhàn)性。如果你正在經(jīng)歷這些場合，那么我覺得你應該嘗試一下NoSQL了。
具體問題具體分析
MySQL體積小、速度快、成本低、結(jié)構(gòu)穩(wěn)定、便于查詢，可以保證數(shù)據(jù)的一致性，但缺乏靈活性。
NoSQL高性能、高擴展、高可用，不用局限于固定的結(jié)構(gòu)，減少了時間和空間上的開銷，卻又很難保證數(shù)據(jù)一致性。
————————————————
版權(quán)聲明：本文為CSDN博主「蒟蒻熊」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接：
Mongodb和mysql的區(qū)別
1.Mongodb簡介及優(yōu)缺點分析
Mongodb是非關(guān)系型數(shù)據(jù)庫(nosql ),屬于文檔型數(shù)據(jù)庫。文檔是mongoDB中數(shù)據(jù)的基本單元，類似關(guān)系數(shù)據(jù)庫的行，多個鍵值對有序地放置在一起便是文檔，語法有點類似javascript面向?qū)ο蟮牟樵冋Z言，它是一個面向集合的，模式自由的文檔型數(shù)據(jù)庫。
存儲方式：虛擬內(nèi)存+持久化。
查詢語句：是獨特的Mongodb的查詢方式。
適合場景：事件的記錄，內(nèi)容管理或者博客平臺等等。
架構(gòu)特點：可以通過副本集，以及分片來實現(xiàn)高可用。
數(shù)據(jù)處理：數(shù)據(jù)是存儲在硬盤上的，只不過需要經(jīng)常讀取的數(shù)據(jù)會被加載到內(nèi)存中，將數(shù)據(jù)存儲在物理內(nèi)存中，從而達到高速讀寫。
成熟度與廣泛度：新興數(shù)據(jù)庫，成熟度較低，Nosql數(shù)據(jù)庫中最為接近關(guān)系型數(shù)據(jù)庫，比較完善的DB之一，適用人群不斷在增長。
優(yōu)點：
快速！在適量級的內(nèi)存的Mongodb的性能是非常迅速的，它將熱數(shù)據(jù)存儲在物理內(nèi)存中，使得熱數(shù)據(jù)的讀寫變得十分快。高擴展性，存儲的數(shù)據(jù)格式是json格式！
缺點：
① mongodb不支持事務操作。
② mongodb占用空間過大。
③ 開發(fā)文檔不是很完全，完善。
2.MySQL優(yōu)缺點分析
優(yōu)點：
在不同的引擎上有不同 的存儲方式。
查詢語句是使用傳統(tǒng)的sql語句，擁有較為成熟的體系，成熟度很高。
開源數(shù)據(jù)庫的份額在不斷增加，mysql的份額頁在持續(xù)增長。
缺點：
在海量數(shù)據(jù)處理的時候效率會顯著變慢。
3.Mongodb和MySQL數(shù)據(jù)庫的對比
傳統(tǒng)的關(guān)系數(shù)據(jù)庫一般由數(shù)據(jù)庫（database）、表（table）、記錄（record）三個層次概念組成，MongoDB是由數(shù)據(jù)庫（database）、集合（collection）、文檔對象（document）三個層次組成。
MongoDB對于關(guān)系型數(shù)據(jù)庫里的表，但是集合中沒有列、行和關(guān)系概念，這體現(xiàn)了模式自由的特點。
4.MongoDB常用語句
# 連接Mongo數(shù)據(jù)庫，并設置數(shù)據(jù)存儲地址
mongod.exe --dbpath "d:softwareMongoDBServer3.0data"
#-----------------------#1# 數(shù)據(jù)庫
# 查看所有的數(shù)據(jù)庫
show dbs
# 刪除當前使用的數(shù)據(jù)庫
db.dropDatabase()
# 使用這個數(shù)據(jù)庫（只有插入數(shù)據(jù)后完成創(chuàng)建數(shù)據(jù)庫）
use dbt
# 查看當前使用的數(shù)據(jù)庫
db
db.getName()
# 查看當前數(shù)據(jù)庫狀態(tài)
db.stats()
# 修復當前數(shù)據(jù)庫
db.repairDatabase()
# 從一個數(shù)據(jù)庫復制到另一個數(shù)據(jù)庫
db.copyDatabase("mydb", "temp", "127.0.0.1");
#-----------------------#2# 集合
# 查看當前數(shù)據(jù)庫下所有的集合
show collections
show tables
# 創(chuàng)建名稱為coll集合
db.createCollection('coll')
db.createCollection("coll2", {capped:true, autoIndexId:true, size:6142800, max:10000}) # 可選參數(shù)
# 查看當前集合狀態(tài)
db.coll.stats()
# 刪除名稱為coll集合
db.coll.drop()
#-----------------------#3# 集合數(shù)據(jù)
# 插入空數(shù)據(jù)并且直接創(chuàng)建名稱為coll集合
db.coll.insert({})
# 插入一個或多個數(shù)據(jù)
db.coll.insert({name:'tom', age:22})
db.coll.insert([{name:'adam', age:10},{name:'john', age:23}])
# 添加數(shù)據(jù)（save方法可以修改相同id的數(shù)據(jù)）
db.coll.save({name:'allen'})
# 刪除一個或所有的數(shù)據(jù)
db.coll.remove({name:'tom'})
db.coll.remove({})
# 刪除符合條件的數(shù)據(jù)中的第一條
db.coll.remove({name:'tom'}, 1)
# 更改數(shù)據(jù)
db.coll.update({name:'tom', age:22}, {$set:{name:'tom', age:222}})
# 查看數(shù)據(jù)
db.coll.find()
# 查看一條數(shù)據(jù)
db.coll.findOne()
db.coll.find({}, {name:1, '_id':0}) # 1表示顯示，0表示不顯示（find默認顯示_id）
# 格式化顯示數(shù)據(jù)，使數(shù)據(jù)更加清晰明了
db.coll.find().pretty()
# 使用and，or查看數(shù)據(jù)
db.coll.find({name:'tom', age:22}) # 等同and使用
db.coll.find({$or:[{name:'tom'}, {age:21}]}) # or使用
# 操作符大于，小于，等于，不等于，大于不等于，小于不等于
db.coll.find({age: {$gt: 22}}) # 大于
db.coll.find({age: {$lt: 22}}) # 大于
db.coll.find({age: 22}) # 等于
db.coll.find({age: {$ne: 22}}) # 不等于
db.coll.find({age: {$gte: 22}}) # 大于等于
db.coll.find({age: {$lte: 22}}) # 小于等于
# 顯示從skip之后limit個
db.coll.find().limit(2).skip(1)
#-----------------------# # 用戶
# 3.x之后版本添加用戶
use admin
db.createUser({user:'nu', pwd:'nu', roles:[{role:'readWrite',db:'admin'}]})
# 用戶認證
db.auth("nu", "nu");
# 顯示當前所有用戶
show users;
db.system.users.find()
3.x版本刪除用戶
db.removeUser('nu') # 不推薦使用，已經(jīng)廢棄
db.dropUser("nu");
# 當前db版本
db.version();
# 當前db的鏈接機器地址和端口
db.getMongo();
# 備份到備份目錄
mongodump
# 從備份目錄恢復備份語句。
mongorestore
咱們下期見。
重慶分公司
重慶分公司
