非关系型数据库的学习笔记

好吧，其实是面试被问到没答上来，回来后做的了解～～

非关系型数据库

web2.0 动态网页
1. 对数据的高并发读写的需求
2. 对海量数据的高效率存储和访问的需求
3. 对数据库的高科扩展和高可用性的需求（横向扩展）

NoSQLDB：Redis、Tokyo Cabinet、Voldemort、MongoDB……

一.满足极高读写性能需求的Key-Value数据库：Redis、Tokyo Cabinet、Flare

c编写,高性能Key-Value数据库的主要特点就是具有极高的并发读写性能

a. Redis:
Key-Value类型的内存数据库，数据库加载在内存中进行，定期通过异步操作把数据库数据flush到硬盘上进行保存
支持List链表和Set集合的数据结构（可作为加强版memcahed），expire时间
可用List来做FIFO双向链表，实现一个轻量级的高性能消息队列服务。用Set做高性能的tag系统

b. Tokyo Cabinet和 Tokyo Tyrant
TC:高性能的存储引擎
TT:提供多线程高并发服务器，是为TC写的网络接口，他支持memcache协议，也可以通过HTTP操作

TC在保证了极高的并发读写性能 的同时，具有可靠的数据持久化机制，同时还支持类似关系数据库表结构的hashtable以及简单的（column）条件，分页和排序操作
详细:http://www.cnblogs.com/hyddd/archive/2010/04/10/1709258.html

c. Flare（类TC）
Flare的主要特点就是支持scale能力，他在网络服务端之前添加了一个 node server，来管理后端的多个服务器节点，因此可以动态添加数据库服务节点，删除服务器节点，也支持failover。

二. 满足海量存储需求和访问的面向文档的数据库：MongoDB(C++),CouchDB(Erlang)

面向文档的非关系数据库主要解决的问题不是高性能的并发读写，而是保证海量数据存储的同时，具有良好的查询性能。

a. MongoDB
介于关系型和非关系型数据库之间的产品。Mongo最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几 乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。
详细:http://www.cnblogs.com/lipan/archive/2011/03/08/1966463.html

b. CouchDB
CouchDB是一个RESTFul的数据库，其操作完全走HTTP协议，而MongoDB是走的自己的二进制协议。MongoDB Server在启动时可以开放一个HTTP的接口供状态监控。

MongoDB与CouchDB的一大区别就是CouchDB是一个MVCC的系统，而MongoDB是一个update-in-place的系统。这二者的区别就是，MongoDB进行写操作时都是即时完成写操作，写操作成功则数据就写成功了，而CouchDB一个支持多版本控制的系统，此类系统通常支持多个结点写，而系统会检测到多个系统的写操作之间的冲突并以一定的算法规则予以解决

对比：http://www.csdn.net/article/2011-03-21/294226

三. 满足高可扩展性和可用性的面向分布式计算的数据库：Cassandra，Voldemort(java)

分布式的数据库系统，由分布在不同节点上面的数据库共同 构成一个数据库服务系统，并且根据这种分布式架构来提供online的，具有弹性的可扩展能力

a. Cassandra
不是一个数据库，而是由一堆数据库节点共同构成的一个分布式网络服务，对Cassandra的一个写操作，会被复制到 其他节点上去，对Cassandra的读操作，也会被路由到某个节点上面去读取。对于一个Cassandra群集来说，扩展性能是比较简单的事情，只管在 群集里面添加节点就可以了。

b. Voldemort
Voldemort遵循简单的键值模型,而Cassandra使用了基于BigTable持久化模型的面向列的模型

对比：http://www.dbthink.com/archives/489