nosql

『壹』 什麼是nosql其有什麼特點

nosql是非關系型資料庫的總稱。
特點是查詢速度快，但是占空間

『貳』 哪個屬於Nosql資料庫

NoSQL，泛指非關系型的資料庫。隨著互聯網web2.0網站的興起，傳統的關系資料庫在處理web2.0網站，特別是超大規模和高並發的SNS類型的web2.0純動態網站已經顯得力不從心，出現了很多難以克服的問題，而非關系型的資料庫則由於其本身的特點得到了非常迅速的發展。

常見的Nosql資料庫有：

一、Redis資料庫

Redis（RemoteDictionaryServer），即遠程字典服務，是一個開源的使用ANSIC語言編寫、支持網路、可基於內存亦可持久化的日誌型、Key－Value資料庫，並提供多種語言的API。從2010年3月15日起，Redis的開發工作由VMware主持。從2013年5月開始，Redis的開發由Pivotal贊助。

二、MongoDB資料庫

MongoDB是一個介於關系資料庫和非關系資料庫之間的產品，是非關系資料庫當中功能最豐富，最像關系資料庫的。它支持的數據結構非常鬆散，是類似json的bson格式，因此可以存儲比較復雜的數據類型。

Mongo最大的特點是它支持的查詢語言非常強大，其語法有點類似於面向對象的查詢語言，幾乎可以實現類似關系資料庫單表查詢的絕大部分功能，而且還支持對數據建立索引。

(2)nosql擴展閱讀：

對於NoSQL並沒有一個明確的范圍和定義，但是他們都普遍存在下面一些共同特徵：

一、易擴展

NoSQL資料庫種類繁多，但是一個共同的特點都是去掉關系資料庫的關系型特性。數據之間無關系，這樣就非常容易擴展。無形之間，在架構的層面上帶來了可擴展的能力。

二、大數據量，高性能

NoSQL資料庫都具有非常高的讀寫性能，尤其在大數據量下，同樣表現優秀。這得益於它的無關系性，資料庫的結構簡單。一般MySQL使用Query Cache。NoSQL的Cache是記錄級的，是一種細粒度的Cache，所以NoSQL在這個層面上來說性能就要高很多。

三、靈活的數據模型

NoSQL無須事先為要存儲的數據建立欄位，隨時可以存儲自定義的數據格式。而在關系資料庫里，增刪欄位是一件非常麻煩的事情。如果是非常大數據量的表，增加欄位簡直就是——個噩夢。這點在大數據量的Web2.0時代尤其明顯。

四、高可用

NoSQL在不太影響性能的情況，就可以方便地實現高可用的架構。比如Cassandra、HBase模型，通過復制模型也能實現高可用。

『叄』 nosql是什麼

您好
雖然關系資料庫已有諸多不便，但以NoSQL目前的發展狀況要代替他還為時過早，並且至少從目前來看，他們也各有所長，誰也替代不了誰。SQL語句的方便在許多情況下還是相當實用，SQL資料庫軟體的強壯程度度也是NoSQL資料庫軟體目前無法達到的。NoSQL在許多領域，比如高速緩存，高速消息隊列方面有著傳統關系資料庫無法比擬的優勢，他們將在今後一些年並駕齊驅，至於未來的方向還得看在實際使用和進一步開發中遇到的問題。這里有一篇譯自Redis（一種近年來發展迅速的NoSQL資料庫）官方網站的介紹文章，對NoSQL的特性可窺一斑。
這個要看你的應用范圍、場景

『肆』 nosql資料庫有哪些

nosql資料庫有哪些？
1. In-Memory KV Store : Redis
2. Disk-Based KV Store: Leveldb
3. Document Store: Mongodb
4. Column Table Store: HBase

『伍』 什麼是NoSQL

與會人員來自Voldemort,Cassandra, Dynomite, HBase, Hypertable, CouchDB, VPork, 以及MongoDB的公司。這個詞迅速的被人們注意到，有人認為只有出席了這次會議的幾個資料庫公司的產品才是NoSQL。事實上，就是對NoSQL這個名字本身的理解也是有分歧的：很多NoSQL的倡導者認為它不僅僅指的是」No」 to SQL，應該把它理解成Not Noly SQL才對。對於此，我認為，應該從目前的資料庫生態環境中分離出一個獨立的資料庫類型，這樣對NoSQL的未來更有好處。當我們說「x 是一個NoSQL資料庫」時，我認為把NoSQL解釋成「Not Only」是愚蠢的，因為這會讓這個術語變得沒有價值。(因為這樣一來你實際上可以認為SQL Server也是一個NoSQL資料庫)。我們應該把NoSQL的「not only」做另外一種理解——盡管這個時候我更願意使用PolyglotPersistence這個詞。雖然有這么多的討論，定義如何才是一個NoSQL資料庫仍然不那麼容易。難道所有不使用SQL的資料庫都有資格叫這個名字嗎？那如何看待那些更老的資料庫如IMS�0�2或�0�2MUMPS呢？如何看待那些沒有SQL的關系型資料庫系統(例如早期的Ingres)？如果有人試圖在這最初的八種資料庫上外掛一個SQL介面呢？所以，對於我們這本書來說，我們採取的觀點是，NoSQL是目前的資料庫家族的外來者。它們有些通用的特徵，但沒有一個是被明確定義的。不使用關系資料庫模型(或SQL語言)開源針對大型集群而設計基於21世紀互聯網特徵的需求沒有schema，可以在任何時候向一條記錄添加新欄位雖然在軟體產業里我們已經習慣了這種模糊的邊界定義，但我承認當看到又多了這樣一個定義後，心裡還是有些不爽。但重要的是，在我們以後數十年的開發工作中，這些資料庫提供了我們重要的補充。在未來普遍使用的過程中，這些不清晰的定義頂多就像一個蚊子的叮咬。標簽：定義, 資料庫

『陸』 nosql怎麼讀

no， sql

訥~哦（連讀），愛~死（連讀） 可~由（連讀） 艾~路（連讀）

『柒』 NoSQL是什麼意思

什麼是NoSQL資料庫？從名稱「非SQL」或「非關系型」衍生而來，這些資料庫不使用類似SQL的查詢語言，通常稱為結構化存儲。這些資料庫自1960年就已經存在，但是直到現在一些大公司（例如Google和Facebook）開始使用它們時，這些資料庫才流行起來。該資料庫最明顯的優勢是擺脫了一組固定的列、連接和類似SQL的查詢語言的限制。有時，NoSQL這個名稱也可能表示「不僅僅SQL」，來確保它們可能支持SQL。 NoSQL資料庫使用諸如鍵值、寬列、圖形或文檔之類的數據結構，並且可以如JSON之類的不同格式存儲。

『捌』 nosql是啥

NoSQL，泛指非關系型的資料庫
主要會使用到一個哈希表，這個表中有一個特定的鍵和一個指針指向特定的數據

『玖』 NoSQL會取代SQL資料庫嗎

對此，前Google工程師，Milo（本地商店搜索引擎）創始人Ted Dziuba最近發表標題驚人的博客「I Can't Wait for NoSQL to Die」，對NoSQL的適用范圍進行了分析。他認為，
NoSQL也會帶來一連串的新問題，並不會成為主流，無法取代關系型資料庫。
他的理由是：Cassandra等NoSQL資料庫在使用上並不方便，比如，修改column family定義時就需要重啟。而且NoSQL更適合Google那樣的規模，而一般的互聯網公司都不是Google，早早地去考慮Google那樣的規模的可擴展性，純粹是浪費時間，存在巨大的商業風險。
他還透露，即使在Google，AdWords這樣的關鍵產品也是基於MySQL實現的。
他在文中最後表示，NoSQL當然死不了，但是
它最終會被邊緣化，就像Rails被NoSQL邊緣化一樣
Dziuba的文章因為言辭激烈，在社區里引起了強烈反應。
SQL資料庫陣營贊同者大有人在。craigslist工程師、著名的MySQL專家Jeremy Zawodny表示，在讀此文的時候，不時會心一笑。他說，
NoSQL運動只是軟體不斷進化進程中的正常現象
。關系型資料庫也會繼續發展，MySQL社區不斷推出的XtraDB或InnoDB插件, PBXT, Drizzle都是證據。各種技術競爭的結果是，我們獲得了更多解決問題的選擇。
drizzle項目開發者Eric Day也表示，NoSQL有很多值得學習的，但是目前大部分實際項目的最佳選擇還是關系型資料庫。
NoSQL陣營當然不會坐視不理，Cassandra項目組的Eric Evans表示，Dziuba提到Cassandra修改column family定義的問題其實很容易解決。而且，NoSQL並不是要取代MySQL，事實上Twitter仍然在用MySQL。如果關系型資料庫能夠承擔負荷，那就用好了；如果不行，請考慮NoSQL。
而德國知名博客Code Monkeyism則嘲笑Dziuba看起來並沒有用MySQL做過真實項目，因為MySQL如果沒有memcache，基本上無法應付網站項目。他認為，NoSQL將使SQL資料庫邊緣化，而且一個重要理由恰恰是可以節省DBA的開銷。
digg的前任首席架構師現在也在創業的Joe Stump說，自己現在的創業項目就是用NoSQL，而且列舉了一系列問題挑戰SQL陣營。