建站
咨詢
售后
建站咨詢
新聞中心
什么是nosql
nosql是not only sql的意思。是近今年新發(fā)展起來的存儲系統(tǒng)。當前使用最多的是key-value模型，用于處理超大規(guī)模的數(shù)據(jù)。
讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：主機域名、虛擬主機、營銷軟件、網(wǎng)站建設、二道網(wǎng)站維護、網(wǎng)站推廣。
以下是摘自百度百科中的一部分
NoSQL 是非關系型數(shù)據(jù)存儲的廣義定義。它打破了長久以來關系型數(shù)據(jù)庫與ACID理論大一統(tǒng)的局面。NoSQL 數(shù)據(jù)存儲不需要固定的表結構，通常也不存在連接操作。在大數(shù)據(jù)存取上具備關系型數(shù)據(jù)庫無法比擬的性能優(yōu)勢。該術語在 2009 年初得到了廣泛認同。
當今的應用體系結構需要數(shù)據(jù)存儲在橫向伸縮性上能夠滿足需求。而 NoSQL 存儲就是為了實現(xiàn)這個需求。Google 的BigTable與Amazon的Dynamo是非常成功的商業(yè) NoSQL 實現(xiàn)。一些開源的 NoSQL 體系，如Facebook 的Cassandra， Apache 的HBase，也得到了廣泛認同。從這些NoSQL項目的名字上看不出什么相同之處：Hadoop、Voldemort、Dynomite，還有其它很多。
NoSQL與關系型數(shù)據(jù)庫設計理念比較
關系型數(shù)據(jù)庫中的表都是存儲一些格式化的數(shù)據(jù)結構，每個元組字段的組成都一樣，即使不是每個元組都需要所有的字段，但數(shù)據(jù)庫會為每個元組分配所有的字段，這樣的結構可以便于表與表之間進行連接等操作，但從另一個角度來說它也是關系型數(shù)據(jù)庫性能瓶頸的一個因素。而非關系型數(shù)據(jù)庫以鍵值對存儲，它的結構不固定，每一個元組可以有不一樣的字段，每個元組可以根據(jù)需要增加一些自己的鍵值對，這樣就不會局限于固定的結構，可以減少一些時間和空間的開銷。
nosql數(shù)據(jù)庫的四種類型
一般將NoSQL數(shù)據(jù)庫分為四大類：鍵值(Key-Value)存儲數(shù)據(jù)庫、列存儲數(shù)據(jù)庫、文檔型數(shù)據(jù)庫和圖形(Graph)數(shù)據(jù)庫。它們的數(shù)據(jù)模型、優(yōu)缺點、典型應用場景。
鍵值(Key-Value)存儲數(shù)據(jù)庫Key指向Value的鍵值對，通常用hash表來實現(xiàn)查找速度快數(shù)據(jù)無結構化(通常只被當作字符串或者二進制數(shù)據(jù))內(nèi)容緩存，主要用于處理大量數(shù)據(jù)的高訪問負載，也用于一些日志系統(tǒng)等。
列存儲數(shù)據(jù)庫，以列簇式存儲，將同一列數(shù)據(jù)存在一起查找速度快，可擴展性強，更容易進行分布式擴展功能相對局限分布式的文件系統(tǒng)。
文檔型數(shù)據(jù)庫，Key-Value對應的鍵值對，Value為結構化數(shù)據(jù)，數(shù)據(jù)結構要求不嚴格，表結構可變(不需要像關系型數(shù)據(jù)庫一樣需預先定義表結構)，查詢性能不高，而且缺乏統(tǒng)一的查詢語法，Web應用。
圖形(Graph)數(shù)據(jù)庫，圖結構，利用圖結構相關算法(如最短路徑尋址，N度關系查找等)，很多時候需要對整個圖做計算才能得出需要的信息，而且這種結構不太好做分布式的集群方案，社交網(wǎng)絡，推薦系統(tǒng)等。
如何用好NoSQL
No SQL DB是一種和關系型數(shù)據(jù)庫相對應的對象數(shù)據(jù)庫。按照數(shù)據(jù)模型保存性質(zhì)將當前NoSQL分為四種：
1.Key-value stores鍵值存儲, 保存keys+BLOBs
2.Table-oriented 面向表, 主要有Google的BigTable和Cassandra.
3.Document-oriented面向文本, 文本是一種類似XML文檔，MongoDB 和 CouchDB
4.Graph-oriented 面向圖論. 如Neo4J.
關系型數(shù)據(jù)庫的弊端：
關系型數(shù)據(jù)庫的歷史已經(jīng)有30余年了，因此，在某些情況下，關系型數(shù)據(jù)庫的弱點就會暴露出來：
1. “對象-關系 阻抗不匹配”。關系模型和面向?qū)ο竽Ｐ驮诟拍钌洗嬖谔烊坏牟黄ヅ涞牡胤剑热鐚ο竽Ｐ彤斨刑赜械摹袄^承”，“組合”，“聚合”，“依賴”的概念在關系模型當中是不存在的。
2. “模式演進”。即隨著時間的推移，需要對數(shù)據(jù)庫模式進行調(diào)整以便適應新的需求，然而，對數(shù)據(jù)庫模式的調(diào)整是的成本很高的動作，因此很多設計師在系統(tǒng)設計之初會設計一個兼容性很強的數(shù)據(jù)庫模式，以應對將來可能出現(xiàn)的需求，然而在現(xiàn)在的web系統(tǒng)開發(fā)過程中，系統(tǒng)的變更更加頻繁，幾乎無法預先設計出一種“萬能”的數(shù)據(jù)庫模式以滿足所有的需求，因此 模式演進的弊端就愈發(fā)凸顯。
3. 關系型數(shù)據(jù)庫處理 稀疏表時的性能非常差。
4. network-oriented data 很適合處理 人工智能、社交網(wǎng)絡中的一些需求。
所以，各種各樣的No SQL DB 出現(xiàn)了，這里只簡單介紹下Neo4J 的基本知識。
Neo 數(shù)據(jù)模型
Neo4J 是一個基于圖實現(xiàn)的No SQL DB, 其基本的數(shù)據(jù)類型有如下幾種：
Node, Relationship, Property.
Node 對應于圖中的 節(jié)點，Relationship 對應圖中的邊，Node 和 Relationship 都可以擁有Property，
Property 的數(shù)據(jù)結構為。
數(shù)據(jù)遍歷
文章名稱：nosql稀疏表,nosql需要定義表結構嗎
文章URL：http://www.ef60e0e.cn/article/dsshsig.html
