什么是nosql

NoSQL不仅仅是No SQL，还是Not only SQL

CAP原则又称CAP定理，指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。

分类	Examples举例	典型应用场景	数据模型	优点	缺点
键值（key-value）	Tokyo Cabinet/Tyrant；Redis；Voldemort；Oracle BDB	内容缓存，主要用于处理大量数据的高访问负载，也用于一些日志系统等等。	Key指向 Value 的键值对，通常用hash table来实现	查找速度快	数据无结构化，通常只被当作字符串或者二进制数据
列存储数据库	Cassandra；HBase；Riak	分布式的文件系统	以列簇式存储，将同一列数据存在一起	查找速度快，可扩展性强，更容易进行分布式扩展	功能相对局限
文档型数据库	CouchDB；MongoDb	Web应用（与Key-Value类似，Value是结构化的，不同的是数据库能够了解Value的内容）	Key-Value对应的键值对，Value为结构化数据	数据结构要求不严格，表结构可变，不需要像关系型数据库一样需要预先定义表结构	查询性能不高，而且缺乏统一的查询语法。
图形(Graph)数据库	Neo4J；InfoGrid；Infinite Graph	社交网络，推荐系统等。专注于构建关系图谱	图结构	利用图结构相关算法。比如最短路径寻址，N度关系查找等	很多时候需要对整个图做计算才能得出需要的信息，而且这种结构不太好做分布式的集群方案。

NoSQL具体产品种类有：
Google：Bigtable
Amazon：DynamoDB
Amazon：SimpleDB
Yahoo：HBase
Microsoft：Dynomite
Facebook：Cassandra
LinkedIn：Voldemort

Redis

关键点：超快Blazing fast ，IM data structure
engine，支持五种，Key-value最简单。只有Redis有事务机制 。
适合：不支持第二索引，在可以控制的数据库大小情况下(放得下整个内存)，快速改变数据，快速写数据。 案例：股票价格系统
分析，实时数据收集，联系等等。

Riak

关键点: 容错性Fault tolerance 失败恢复 内置全文本搜索 适合: 如果你希望有类似Cassandra-like
(Dynamo-like)风格, 但是你不想处理器复杂性和膨胀性。单服务器有良好可伸缩性scalability,
可用性availability 和容错性 fault-tolerance, 采取是昂贵的多站点复制multi-site
replication. 案例：销售点数据收集，工厂控制系统，那些不能允许几秒当机的场合。

HBase

关键点：十亿级别的行 * 百万级别的列，大容量，大表模型(高一致性)。 Map/reduce with Hadoop
能够实时获得基于查询的优化性能的节约型网关适合： 适合：随机 实时的读写操作，高吞吐量写，随机访问大数据集。 案例：Facebook
消息数据库

Cassandra

关键点： 继承BigTable的列结构、Dynamo的最终一致性。 按列查询 写快于读 Map/reduce possible with
Apache Hadoop 适合：当写操作多于读操作 (如logging). 案例：银行Banking,
金融系统，写必须快于都的场合，实时的数据分析等.

HBase和Cassandra 比较

Hbase更加适合于数据仓库、大型数据的处理和分析（如进行Web页面的索引等）慢活。高一致性CP。 Cassandra
则更适合于实时事务处理和提供交互型数据 ，快活，最终一致性AP。Cossip 完全对称

CouchDB

关键点： 最终一致性, 易用。 写操作不会阻塞读操作。 内部嵌入Hadoop之类map/reduce算法。 实时更新。 累计计算,
偶尔改变数据, 预先定义的查询. 非常注重版本控制的场合. 举例：CRM, CMS系统. 主-主复制是其特别亮点，可以易于多个站点部署。
Couch 适合实时性要求不高，易于使用。文本数据库
MVCC 模型：copy-on-modified?
任何修改都会引起一个拷贝，这引起索引修改，再引起一个索引拷贝，以此类推：
CouchDB 的长处正是Redis的短处
Redis提供了简单的索引机制和复杂的数据结构，而CouchDB提供的是复杂的索引和简单的数据结构
CouchDB：存储大量的不易变但会被经常查询的大量的文档型数据。
Redis ：存储小量的常变数据，存储实时数据 。

Couchbase

Couchbase基于Membase与CouchDB开发了一款个面向文档的数据库，Membase是个键/值、持久化、可伸缩的解决方案，使用了memcached
wire协议。因此，对于数据的读写来说都能提供低延迟的访问。
与CouchDB区别：Couchbase产品包含了CouchDB的一个副本。Couchbase产品向CouchDB添加了缓存、集群等功能，
Couchbase在内部数据中心使用Membase风格的复制，在数据中心之间使用CouchDB风格的复制，支持碰撞检测和决议。

MongoDB

关键点：强迫性一致；类SQL，容易上手 , 内置分片碎片 适合：需要动态查询. 愿意事先定义索引indexes,
需要巨大的数据库有良好性能。 案例：适合90%所有MySQL等RDBM场合。 问题：数据集大于内存很慢。 MongoDB
使用MapReduce替代SQL的聚合功能进行分析，但是当前是单线程，并不可伸缩。

NEO4J

图数据库，适合社会网络应用 LinkedIn Facebook 文件系统 角色关系 由nodes, relationships and
properties.组成 内存中的节点图，自动持久。

部分来自：https://www.jdon.com/nosql.html