Nosql

不懂NOSQL这些知识, 怎么混！

NOSQL的概念

     刚刚出现NOSQL这个概念的时候，很多人都是似而非的字面理解成"不是SQL"， 与传统的关系型数据库是两个完全独立的阵营，实际上完全不是这么回事。个人更倾向于理解NOSQL的诞生更多的是为了补充关系型数据库的短板，满足现下互联网海量数据、高并发、低延迟和非结构化数据易扩展等需求。

    NoSQL = Not Only SQL，意即“不仅仅是SQL”，是对不同于传统的关系型数据库的数据库管理系统的统称。与关系型数据库相比，它们在架构和数据模型方面做了“减法”，而在扩展和并发等方面做了“加法”。

NOSQL简史

NoSQL一词最早出现于1998年，是Carlo Strozzi开发的一个轻量、开源、不提供SQL功能的关系数据库。

2009年，Last.fm的Johan Oskarsson发起了一次关于分布式开源数据库的讨论，来自Rackspace的Eric Evans再次提出了NoSQL的概念，这时的NoSQL主要指非关系型、分布式、不提供ACID的数据库设计模式。

2009年在亚特兰大举行的"no:sql(east)"讨论会是一个里程碑，其口号是"select fun, profit from real_world where relational=false;"。因此，对NoSQL最普遍的解释是"非关联型的"，强调Key-Value Stores和文档数据库的优点，而不是单纯的反对RDBMS。

SQL与NOSQL的异同

SQL vs NoSQL：异同比较SQL（结构化查询语言）数据库成为主流的数据存储机制已经存在了80余年。在1990年代末，随着web应用和诸如MySQL、PostgreSQL和SQLite这类开源项目的兴起，SQL随之得到爆发式应用。

NoSQL数据库产生于1960年代，但是最近才出现了一些类似于MongoDB、CouchDB、Redis和Apache Cassandra这样的流行选择。

 

为何要使用NoSQL

NoSQL具有灵活的数据模型，可以处理非结构化/半结构化的大数据

NoSQL很容易实现可伸缩性（向上扩展与水平扩展）

NoSQL在不太影响性能的情况，就可以方便的实现高可用的架构

NoSQL数据库都具有非常高的读写性能，尤其在大数据量下，同样表现优秀。这得益于它的无关系性，数据库的结构简单。

NOSQL的分类

主流的NoSQL数据库主要分为4类：

键值(Key-Value)存储数据库

这一类数据库主要会使用到一个哈希表，这个表中有一个特定的键和一个指针指向特定的数据。Key/value模型对于IT系统来说的优势在于简单、易部署。但是如果DBA只对部分值进行查询或更新的时候，Key/value就显得效率低下了。例如：Redis,Memcache, DynamoDB等

列存储(Wide-Column)数据库

这部分数据库通常是用来应对分布式存储的海量数据。键仍然存在，但是它们的特点是指向了多个列。这些列是由列家族来安排的。如：Cassandra, HBase。

文档型(Document)数据库

文档型数据库的灵感是来自于Lotus Notes办公软件的，而且它同第一种键值存储相类似。该类型的数据模型是版本化的文档，半结构化的文档以特定的格式存储，比如JSON。文档型数据库可 以看作是键值数据库的升级版，允许之间嵌套键值。而且文档型数据库比键值数据库的查询效率更高。如：CouchDB, MongoDB。

图形(Graph)数据库

图形结构的数据库同其他行列以及刚性结构的SQL数据库不同，它是使用灵活的图形模型，并且能够扩展到多个服务器上。NoSQL数据库没有标准的查询语言(SQL)，因此进行数据库查询需要制定数据模型。许多NoSQL数据库都有REST式的数据接口或者查询API。 如：OrientDB, Neo4J, Titan等。

其他还有类似对象数据库，XML数据库大家自行搜索吧。另外很多NOSQL数据库其实是支持多模型的，比如OrientDB同时支持Key-Value, Document, Graph, Object数据库。