LiteDB 是一個用 Dotnet 實現(xiàn)的小型快速輕量級的 NoSQL 嵌入式文檔數(shù)據(jù)庫，主要有以下特點：
成都創(chuàng)新互聯(lián)為客戶提供專業(yè)的做網(wǎng)站、網(wǎng)站設(shè)計、程序、域名、空間一條龍服務(wù)，提供基于WEB的系統(tǒng)開發(fā). 服務(wù)項目涵蓋了網(wǎng)頁設(shè)計、網(wǎng)站程序開發(fā)、WEB系統(tǒng)開發(fā)、微信二次開發(fā)、成都做手機網(wǎng)站等網(wǎng)站方面業(yè)務(wù)。
LIteDB 安裝非常簡單，因為其實現(xiàn)就是一個 DLL 文件，因此只需要將這個 DLL 拷貝到你項目的 Bin 文件夾并添加為引用即可。當然，更推薦的方式是通過 Nuget 安裝。
首先創(chuàng)建一個普通的 C# 類
然后，連接數(shù)據(jù)庫，進行插入或者更新操作
經(jīng)過多次迭代，LiteDB 現(xiàn)在到了 5.0 大版本了，已經(jīng)非常成熟了。我自己在一個個人筆記軟件里使用了 LiteDB ,感覺非常好用，強烈推薦。項目地址：
什么是NoSQL數(shù)據(jù)庫？從名稱“非SQL”或“非關(guān)系型”衍生而來，這些數(shù)據(jù)庫不使用類似SQL的查詢語言，通常稱為結(jié)構(gòu)化存儲。這些數(shù)據(jù)庫自1960年就已經(jīng)存在，但是直到現(xiàn)在一些大公司（例如Google和Facebook）開始使用它們時，這些數(shù)據(jù)庫才流行起來。該數(shù)據(jù)庫最明顯的優(yōu)勢是擺脫了一組固定的列、連接和類似SQL的查詢語言的限制。有時，NoSQL這個名稱也可能表示“不僅僅SQL”，來確保它們可能支持SQL。 NoSQL數(shù)據(jù)庫使用諸如鍵值、寬列、圖形或文檔之類的數(shù)據(jù)結(jié)構(gòu)，并且可以如JSON之類的不同格式存儲。
1.數(shù)據(jù)量太大，比如上億，就用oracle，優(yōu)點上億數(shù)據(jù)對Oracle來說輕飄飄的，也不用太多優(yōu)化配置，缺點安裝比較麻煩，上手比較慢。
2.數(shù)據(jù)量較大，比如千萬級，用postgresql，它號稱對標Oracle，處理千萬級數(shù)據(jù)還是可以的，也是易學(xué)易用。
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
這是目前應(yīng)該廣泛使用的一個關(guān)系型數(shù)據(jù)庫，免費開源跨平臺，在信息系統(tǒng)開發(fā)方面一直占據(jù)著主力位置，如果你從事于web開發(fā)或者網(wǎng)站后臺建設(shè)，那么這個數(shù)據(jù)庫一定非常熟悉，支持高并發(fā)、分布式，存儲數(shù)據(jù)量相對于sqlite來說，更多也更安全，索引、觸發(fā)器、存儲過程等功能非常不錯，支持數(shù)據(jù)導(dǎo)入導(dǎo)出、恢復(fù)備份，只要你熟悉一下基本使用過程，很快就能掌握和運用：
免費開源postgresql
這是加州大學(xué)計算機系開發(fā)的一個對象-關(guān)系型數(shù)據(jù)庫（自由軟件），免費、開源、跨平臺，支持流計算、全文檢索、圖式搜索、并行計算、存儲過程、空間數(shù)據(jù)、K-V類型，相比較mysql來說，在復(fù)雜查詢、高并發(fā)下更穩(wěn)定、性能更優(yōu)越，可擴展性、可維護性非常不錯，但也有劣勢，例如新舊版本不分離存儲，沒有Coverage index scan等，總體使用效果來說還不錯：
當然，除了以上3個數(shù)據(jù)庫，還有許多其他數(shù)據(jù)庫，像mssql、oracle等也都非常不錯，對于存儲和處理數(shù)據(jù)來說綽綽有余，只要你熟悉一下基本使用過程，很快就能入門的，網(wǎng)上也有相關(guān)教程和資料，介紹的非常詳細，感興趣的話，可以搜一下，希望以上分享的內(nèi)容能對你有所幫助吧，也歡迎大家評論、留言進行補充。
最符合初學(xué)者理解和入門的是Access，因為它和Excel本來就是一個套件，相互轉(zhuǎn)化容易，復(fù)制粘貼即可，非常好理解庫、表、字段、鍵的概念。
如果數(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。有了廣大的用戶基礎(chǔ)后，針對于各種問題網(wǎng)上也能更好地找到解決方案。
2.MySQL相對于Oracle而言，更加輕量化，針對于從Excel量級的數(shù)據(jù)，沒必要使用Oracle。同時MySQL是完全免費的，不用擔心版權(quán)及費用問題，無論對個人還是對預(yù)算有限的企業(yè)而言都是很好的選擇。
3.MySQL高度兼容標準SQL，這對于以后遷移到其他數(shù)據(jù)庫而言，也能很大程度地降低學(xué)習(xí)成本。
希望我的回答能夠?qū)δ阌兴鶐椭。?！[耶][耶][耶]
Excel辦公確實便利，可以做一些簡單的數(shù)據(jù)分析，但涉及大量復(fù)雜的數(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è)務(wù)量和業(yè)務(wù)服務(wù)行業(yè)，密不可分。
如果你只是上班打卡，用SQL server就可以了；
如果你要儲存會話信息，用戶配置信息，購物車數(shù)據(jù)，建議使用NoSQL數(shù)據(jù)庫；
不過90%的企業(yè)或個人，首選數(shù)據(jù)庫都是MySQL數(shù)據(jù)庫。
為什么這么說？
因為，它集 低成本、高可用、可靠性強、易用性強、體積小、速度快開放源碼 等特性于一身，所以在金融、財務(wù)、網(wǎng)站、 數(shù)據(jù)處理 等應(yīng)用領(lǐng)域，它占據(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è)應(yīng)用平臺，一款兼容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ù)庫，也可以設(shè)置。（不過，我建議IT小白還是 “拿來即用” 就好）
3. 快速實時計算。數(shù)據(jù)分析實時交互，完全滿足管理決策中的臨時性分析，多變的業(yè)務(wù)需求，以及頻繁的結(jié)果刷新。
4. 通過自帶的內(nèi)存計算引擎，無需事先建立CUBE，IT部門將告別報表延時報表分析，億級數(shù)據(jù)秒級響應(yīng)。
內(nèi)嵌的MySQL數(shù)據(jù)庫是否可靠
云表不僅是一款辦公軟件，同時還是一款開發(fā)工具。
通過它，你將解決以下問題：
復(fù)雜的數(shù)據(jù)運算，精確到行列的權(quán)限管控，以及工作流，海量用戶同時在線辦公，數(shù)據(jù)透視，制作像銷售單，洽談合同等表單報表，一份制作，即可重復(fù)錄用......
你還可以通過它，與電子稱、地磅等進行對接，與用友金蝶等三方系統(tǒng)集成，生成條形碼，掃碼出入庫，生成移動端APP...... 基本上業(yè)務(wù)所需的功能，你都可以放心交給它做。
它最大的亮點就是，你可以 用使用excel的手法，用它來開發(fā)業(yè)務(wù)應(yīng)用。
而且，可視化的 拖拉拽 之后，開發(fā)出來的ERP、WMS、OA、進銷存等業(yè)務(wù)應(yīng)用，還秉承了MySQL數(shù)據(jù)庫增刪改查的功能特性。
沒錯，用云表開發(fā)出來的業(yè)務(wù)應(yīng)用，是允許二次開發(fā)的，而且功能可以隨時增刪改查，輕松滿足大集團精細化的數(shù)據(jù)控制需求。
不過，大家最關(guān)心的應(yīng)該是數(shù)據(jù)安全問題吧。
數(shù)據(jù)存放在云表內(nèi)嵌的MySQL數(shù)據(jù)庫，是安全不丟失的，它提供了多種數(shù)據(jù)存儲的方式，本地部署，云端部署，混合部署，任君挑選！
正因如此，像 恒逸石化、許繼電氣、航天科工委、中鐵、中冶、云南小松 等大型集團，才鼓勵內(nèi)部員工去學(xué)習(xí)云表。
篇幅所限，只說到這里，說太多你也不會看。
免費 的軟獲取方式在下方：
數(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)上教程也很多，比較容易學(xué)。而且建議用早一點的版本，比如2003或者2007，Access這些年微軟一直想從office里去掉，奈何用的人還是很多，所以不敢去掉，但是采取了一種比較惡心的方法讓用戶放棄，就是每發(fā)布一個新版本，就去掉一些好用的功能，所以說Access是越早的功能越強。
還一個推薦就是Sql Server Express版本，是SQL Server的免費版本，不要錢，基本功能都有，要比sqllite等強大的多
這要結(jié)合你個人實際情況來定，有計算機基礎(chǔ)，懂一點數(shù)據(jù)庫的話那么市場上的那些軟件都可以用，常用有oracle，sqlserver，mysql等，要上手快還是sqlserver比較快，界面操作也比較直觀；如果一點基礎(chǔ)都沒有，但是又要分析數(shù)據(jù)的話可以用微軟自帶的一個access，這個上手比較快。決定用哪一種之后還是要買點教材看，簡單的sql查詢要會，熟練之后也能提高工作效率。
個人使用數(shù)據(jù)庫的話，只存數(shù)據(jù)不做分析，SQLite就足夠了。
非常榮幸能受邀在InfoQ開辟這樣一個關(guān)于NoSQL的專欄，InfoQ是我非常尊重的一家技術(shù)媒體，同時我也希望借助InfoQ，在國內(nèi)推動NoSQL的發(fā)展，希望跟我一樣有興趣的朋友加入進來。這次的NoSQL專欄系列將先整體介紹NoSQL，然后介紹如何把NoSQL運用到自己的項目中合適的場景中，還會適當?shù)胤治鲆恍┏晒Π咐?，希望有成功使用NoSQL經(jīng)驗的朋友給我提供一些線索和信息。 NoSQL概念隨著web2.0的快速發(fā)展，非關(guān)系型、分布式數(shù)據(jù)存儲得到了快速的發(fā)展，它們不保證關(guān)系數(shù)據(jù)的ACID特性。NoSQL概念在2009年被提了出來。NoSQL最常見的解釋是“non-relational”，“Not Only SQL”也被很多人接受。（“NoSQL”一詞最早于1998年被用于一個輕量級的關(guān)系數(shù)據(jù)庫的名字。） NoSQL被我們用得最多的當數(shù)key-value存儲，當然還有其他的文檔型的、列存儲、圖型數(shù)據(jù)庫、xml數(shù)據(jù)庫等。在NoSQL概念提出之前，這些數(shù)據(jù)庫就被用于各種系統(tǒng)當中，但是卻很少用于web互聯(lián)網(wǎng)應(yīng)用。比如cdb、qdbm、bdb數(shù)據(jù)庫。 傳統(tǒng)關(guān)系數(shù)據(jù)庫的瓶頸 傳統(tǒng)的關(guān)系數(shù)據(jù)庫具有不錯的性能，高穩(wěn)定型，久經(jīng)歷史考驗，而且使用簡單，功能強大，同時也積累了大量的成功案例。在互聯(lián)網(wǎng)領(lǐng)域，MySQL成為了絕對靠前的王者，毫不夸張的說，MySQL為互聯(lián)網(wǎng)的發(fā)展做出了卓越的貢獻。 在90年代，一個網(wǎng)站的訪問量一般都不大，用單個數(shù)據(jù)庫完全可以輕松應(yīng)付。在那個時候，更多的都是靜態(tài)網(wǎng)頁，動態(tài)交互類型的網(wǎng)站不多。 到了最近10年，網(wǎng)站開始快速發(fā)展?；鸨恼搲?、博客、sns、微博逐漸引領(lǐng)web領(lǐng)域的潮流。在初期，論壇的流量其實也不大，如果你接觸網(wǎng)絡(luò)比較早，你可能還記得那個時候還有文本型存儲的論壇程序，可以想象一般的論壇的流量有多大。 Memcached+MySQL 后來，隨著訪問量的上升，幾乎大部分使用MySQL架構(gòu)的網(wǎng)站在數(shù)據(jù)庫上都開始出現(xiàn)了性能問題，web程序不再僅僅專注在功能上，同時也在追求性能。程序員們開始大量的使用緩存技術(shù)來緩解數(shù)據(jù)庫的壓力，優(yōu)化數(shù)據(jù)庫的結(jié)構(gòu)和索引。開始比較流行的是通過文件緩存來緩解數(shù)據(jù)庫壓力，但是當訪問量繼續(xù)增大的時候，多臺web機器通過文件緩存不能共享，大量的小文件緩存也帶了了比較高的IO壓力。在這個時候，Memcached就自然的成為一個非常時尚的技術(shù)產(chǎn)品。 Memcached作為一個獨立的分布式的緩存服務(wù)器，為多個web服務(wù)器提供了一個共享的高性能緩存服務(wù)，在Memcached服務(wù)器上，又發(fā)展了根據(jù)hash算法來進行多臺Memcached緩存服務(wù)的擴展，然后又出現(xiàn)了一致性hash來解決增加或減少緩存服務(wù)器導(dǎo)致重新hash帶來的大量緩存失效的弊端。當時，如果你去面試，你說你有Memcached經(jīng)驗，肯定會加分的。 Mysql主從讀寫分離 由于數(shù)據(jù)庫的寫入壓力增加，Memcached只能緩解數(shù)據(jù)庫的讀取壓力。讀寫集中在一個數(shù)據(jù)庫上讓數(shù)據(jù)庫不堪重負，大部分網(wǎng)站開始使用主從復(fù)制技術(shù)來達到讀寫分離，以提高讀寫性能和讀庫的可擴展性。Mysql的master-slave模式成為這個時候的網(wǎng)站標配了。 分表分庫隨著web2.0的繼續(xù)高速發(fā)展，在Memcached的高速緩存，MySQL的主從復(fù)制，讀寫分離的基礎(chǔ)之上，這時MySQL主庫的寫壓力開始出現(xiàn)瓶頸，而數(shù)據(jù)量的持續(xù)猛增，由于MyISAM使用表鎖，在高并發(fā)下會出現(xiàn)嚴重的鎖問題，大量的高并發(fā)MySQL應(yīng)用開始使用InnoDB引擎代替MyISAM。同時，開始流行使用分表分庫來緩解寫壓力和數(shù)據(jù)增長的擴展問題。這個時候，分表分庫成了一個熱門技術(shù)，是面試的熱門問題也是業(yè)界討論的熱門技術(shù)問題。也就在這個時候，MySQL推出了還不太穩(wěn)定的表分區(qū)，這也給技術(shù)實力一般的公司帶來了希望。雖然MySQL推出了MySQL Cluster集群，但是由于在互聯(lián)網(wǎng)幾乎沒有成功案例，性能也不能滿足互聯(lián)網(wǎng)的要求，只是在高可靠性上提供了非常大的保證。 MySQL的擴展性瓶頸 在互聯(lián)網(wǎng)，大部分的MySQL都應(yīng)該是IO密集型的，事實上，如果你的MySQL是個CPU密集型的話，那么很可能你的MySQL設(shè)計得有性能問題，需要優(yōu)化了。大數(shù)據(jù)量高并發(fā)環(huán)境下的MySQL應(yīng)用開發(fā)越來越復(fù)雜，也越來越具有技術(shù)挑戰(zhàn)性。分表分庫的規(guī)則把握都是需要經(jīng)驗的。雖然有像淘寶這樣技術(shù)實力強大的公司開發(fā)了透明的中間件層來屏蔽開發(fā)者的復(fù)雜性，但是避免不了整個架構(gòu)的復(fù)雜性。分庫分表的子庫到一定階段又面臨擴展問題。還有就是需求的變更，可能又需要一種新的分庫方式。 MySQL數(shù)據(jù)庫也經(jīng)常存儲一些大文本字段，導(dǎo)致數(shù)據(jù)庫表非常的大，在做數(shù)據(jù)庫恢復(fù)的時候就導(dǎo)致非常的慢，不容易快速恢復(fù)數(shù)據(jù)庫。比如1000萬4KB大小的文本就接近40GB的大小，如果能把這些數(shù)據(jù)從MySQL省去，MySQL將變得非常的小。 關(guān)系數(shù)據(jù)庫很強大，但是它并不能很好的應(yīng)付所有的應(yīng)用場景。MySQL的擴展性差（需要復(fù)雜的技術(shù)來實現(xiàn)），大數(shù)據(jù)下IO壓力大，表結(jié)構(gòu)更改困難，正是當前使用MySQL的開發(fā)人員面臨的問題。 NOSQL的優(yōu)勢易擴展NoSQL數(shù)據(jù)庫種類繁多，但是一個共同的特點都是去掉關(guān)系數(shù)據(jù)庫的關(guān)系型特性。數(shù)據(jù)之間無關(guān)系，這樣就非常容易擴展。也無形之間，在架構(gòu)的層面上帶來了可擴展的能力。 大數(shù)據(jù)量，高性能 NoSQL數(shù)據(jù)庫都具有非常高的讀寫性能，尤其在大數(shù)據(jù)量下，同樣表現(xiàn)優(yōu)秀。這得益于它的無關(guān)系性，數(shù)據(jù)庫的結(jié)構(gòu)簡單。一般MySQL使用Query Cache，每次表的更新Cache就失效，是一種大粒度的Cache，在針對web2.0的交互頻繁的應(yīng)用，Cache性能不高。而NoSQL的Cache是記錄級的，是一種細粒度的Cache，所以NoSQL在這個層面上來說就要性能高很多了。 靈活的數(shù)據(jù)模型 NoSQL無需事先為要存儲的數(shù)據(jù)建立字段，隨時可以存儲自定義的數(shù)據(jù)格式。而在關(guān)系數(shù)據(jù)庫里，增刪字段是一件非常麻煩的事情。如果是非常大數(shù)據(jù)量的表，增加字段簡直就是一個噩夢。這點在大數(shù)據(jù)量的web2.0時代尤其明顯。 高可用NoSQL在不太影響性能的情況，就可以方便的實現(xiàn)高可用的架構(gòu)。比如Cassandra，HBase模型，通過復(fù)制模型也能實現(xiàn)高可用。 總結(jié)NoSQL數(shù)據(jù)庫的出現(xiàn)，彌補了關(guān)系數(shù)據(jù)（比如MySQL）在某些方面的不足，在某些方面能極大的節(jié)省開發(fā)成本和維護成本。 MySQL和NoSQL都有各自的特點和使用的應(yīng)用場景，兩者的緊密結(jié)合將會給web2.0的數(shù)據(jù)庫發(fā)展帶來新的思路。讓關(guān)系數(shù)據(jù)庫關(guān)注在關(guān)系上，NoSQL關(guān)注在存儲上。
nosql數(shù)據(jù)庫的四種類型如下：
1.key-value鍵值存儲數(shù)據(jù)庫:
相關(guān)產(chǎn)品: Redis、Riak、SimpleDB、Chordless、Scalaris、Memcached.
主要應(yīng)用: 內(nèi)容緩存,處理大量數(shù)據(jù)的高負載訪問,也用于系統(tǒng)日志。
優(yōu)點:查找速度快,大量操作時性能高。
2.列存儲數(shù)據(jù)庫:
相關(guān)產(chǎn)品: BigTable、HBase、Cassandra、HadoopDB、GreenPlum、PNUTS.
主要應(yīng)用: 分布式數(shù)據(jù)的儲存與管理。
優(yōu)點:查找速度快,可擴展性強,容易進行分布式擴展。
缺點:功能相對局限。
3.文檔型數(shù)據(jù)庫
相關(guān)產(chǎn)品:MongoDB、CouchDB、ThruDB、CloudKit、Perservere、Jackrabbit.
主要應(yīng)用: web應(yīng)用,管理面向文檔的數(shù)據(jù)或者類似的半結(jié)構(gòu)化數(shù)據(jù)。
優(yōu)點:數(shù)據(jù)結(jié)構(gòu)靈活,表結(jié)構(gòu)可變,復(fù)雜性低。
缺點:查詢效率低,且缺乏統(tǒng)一的查詢語言。
4.Graph圖形數(shù)據(jù)庫
相關(guān)產(chǎn)品: Neo4J、OrientDB、InfoGrid、GraphDB.
主要應(yīng)用: 復(fù)雜,互連接,低結(jié)構(gòu)化的圖結(jié)構(gòu)場合, 專注構(gòu)建關(guān)系圖譜。
優(yōu)點: 利用圖結(jié)構(gòu)相關(guān)算法, 可用于構(gòu)建復(fù)雜的關(guān)系圖譜。
缺點: 復(fù)雜度高。
Web1.0的時代，數(shù)據(jù)訪問量很有限，用一夫當關(guān)的高性能的單點服務(wù)器可以解決大部分問題。
隨著Web2.0的時代的到來，用戶訪問量大幅度提升，同時產(chǎn)生了大量的用戶數(shù)據(jù)。加上后來的智能移動設(shè)備的普及，所有的互聯(lián)網(wǎng)平臺都面臨了巨大的性能挑戰(zhàn)。
NoSQL(NoSQL = Not Only SQL )，意即“不僅僅是SQL”，泛指非關(guān)系型的數(shù)據(jù)庫。
NoSQL 不依賴業(yè)務(wù)邏輯方式存儲，而以簡單的key-value模式存儲。因此大大的增加了數(shù)據(jù)庫的擴展能力。
Memcache Memcache Redis Redis MongoDB MongoDB 列式數(shù)據(jù)庫 列式數(shù)據(jù)庫 Hbase Hbase
HBase是Hadoop項目中的數(shù)據(jù)庫。它用于需要對大量的數(shù)據(jù)進行隨機、實時的讀寫操作的場景中。
HBase的目標就是處理數(shù)據(jù)量非常龐大的表，可以用普通的計算機處理超過10億行數(shù)據(jù)，還可處理有數(shù)百萬列元素的數(shù)據(jù)表。
Cassandra Cassandra
Apache Cassandra是一款免費的開源NoSQL數(shù)據(jù)庫，其設(shè)計目的在于管理由大量商用服務(wù)器構(gòu)建起來的龐大集群上的海量數(shù)據(jù)集(數(shù)據(jù)量通常達到PB級別)。在眾多顯著特性當中，Cassandra最為卓越的長處是對寫入及讀取操作進行規(guī)模調(diào)整，而且其不強調(diào)主集群的設(shè)計思路能夠以相對直觀的方式簡化各集群的創(chuàng)建與擴展流程。
主要應(yīng)用：社會關(guān)系，公共交通網(wǎng)絡(luò)，地圖及網(wǎng)絡(luò)拓譜(n*(n-1)/2)
重慶分公司
重慶分公司
