最新活动：柏林的NoSQL(非关系数据库) 大会
Happenings: NoSQL Conference, Berlin
几十年来，关系数据库提供了对许多应用程序的所有数据类型的持久存储。基本的数据模型（图式与明确的约束）（预先确定变量的取值范围）提供所需的数据的一致性，确保交易和锁定原子访问，并提供多种方便用户访问。此外，SQL还是可靠的灵活的查询语言，特别是在数据挖掘领域最多样化的情况下。
然而，随着开发的应用越来越多，对性能的不断渴求，需要更新的持久存储解决方案，传统关系型数据库（RDBMS）已经不能满足这样的要求。有大量的系统像亚马逊，网络商店，因为放弃了数据库管理系统的锁定机制和执行客户端代码冲突的解决机制，结果大大增加了吞吐量。
二十多年前，面向对象的数据库已经建立了一支替代数据存储解决方案，更接近的面向对象，而不是一个僵化，不灵活的数据表架构。最近，“非关系型”数据库的继续发展，大有回升势头。这些数据库通常着眼于处理高数据吞吐量，并优化，高度并行，全球分布式访问情景。这样的数据库模式往往是免费：数据是关键，而不是预先确定的表，这意味着数据结构可以用较少的努力大大改变值对存储。
在10月22日，第一NoSQL发布会上对在欧洲的非关系型数据库在柏林举行。 70多个开发人员，用户包括（Peritor，nugg.ad，StudiVZ）和学术研究人员（楚泽研究所柏林，代替标准的应用科学大学法人代表NoSQL爱好者，柏林）。在Tucholskystraße聚会，newthinking商店演示概述了当前NoSQL项目的发展。
Paxos, Redis
第一个演讲这是Monika Moser, 她是Scalaris的事务存储层的开发者，现在是Erlang/Ruby/Hadoop开发者。分析了key-value存储的一致性问题。Brewer's CAP定理：只有对一致性，可用性和分区容错三个属性中两者可以在分布式系统的保障。按照沃纳福格尔斯（亚马逊）意思，该协议指出：一致性在高度可扩展系统中迟早会成为瓶颈。Moser提出Paxos：容错，可扩展的协议，协议已经应用在key-value存储中。
下面Mathias Meyer介绍了Redis，一个侧重ACID key-value存储，Redis使用基于文本的协议。该数据库支持类似字符串的基本数据类型，列表和设置以及原子操作各自的内容。数据保存在内存中，但也可以存储在转储文件的新局面。贮存场是时间依赖性，可以作出调整，以在数据库中作出的一些改变。
Redis可以通过垂直伸缩进行主从配置;水平伸缩是通过额外的库是可以实现的。Redis主要适用于高速缓存，适合工作队列和储存的统计数据。 Redis是不适合的情况：该数据不适合到主内存中。
CouchDB：
是一个面向文本数据库。文本采取以JSON格式保存，查询采取类似Hadoop和google的 Map/Reduce API ，采取的是乐观锁。
MongoDB：
融合了面向文本数据库和面向对象数据库特点，是带有HTTP/REST API的分布式key-value存储。提供javascript实现复杂查询，支持主从复制，应用在SourceForge 项目上。
这次演讲的视频和PPT可见：http://nosqlberlin.de/
专门的非SQL官方网站：
[该贴被admin于2009-10-30 21:38修改过]
Dynomite是一个分布式key/value store模型， 在 Amazon的Dynamo paper之后 ,使用Erlang编写。
它设计擅长存储大型数据包括图片， 他们在Microsoft收购的Powerset用来镜像实现Wikipedia 和Flickr的图片，如果你通过Bing搜索图片，很多图片是用是来自Dynomite实现.
Dynomite是使用merkle tree复制，集群式的quorum设置， vector clock都修复, physical token partitioning scheme (buckets are real buckets on disk), loads of protocol adapters (binary Erlang, Thift, ASCII), 和可插拔的后端存储。
在微软收购Powerset后，Cliff 没有再发布Dynomite新代码，这样这个项目就停滞了，他进行了几次代码提高，但是无法发布，希望微软律师能够注意到这点。
Dynamo paper 的架构是非常广泛的，程序员可以发布有态服务，而不是存储保存，一个Dynomite框架应该是这样：逻辑随着数据分布，任何模型都可以自己持久化，这样做的优点是系统有低延迟，你就不必依赖无态服务器了，缺点是它只能工作在纯粹的RESTful应用，需要一个URI作为Key实现存储。
[该贴被banq于2009-11-02 15:50修改过]
[该贴被banq于2009-11-02 15:51修改过]
CouchDB—Mike Miller
CouchDB是一个无schema的文本数据库，使用Erlang完成. 它基本特点是健壮robustness, 高并发, 和容错fault tolerance
相比其他系统，它的特点是双向增长复制.CouchDB现在有超过100的产品用户 production users, 3在写的书籍,和充满活力的社区CoucbDB是非常健壮，因为它永远不会覆盖先前写入的数据。
并发上它采用轻量级进程Erlangs方法，这意味着每个TCP连接的进程，是无锁的。
API是基于REST的, 使用标准的动词操作: GET, PUT, POST, and ELETE.
Map/reduce视图是用来产生文本数据持久化的表示，通常使用avaScript完成，这个视图保存在B-tree并且当有新数据加入时，即时更新。
双向复制是基于peer的，能够复制文本子集以符合查询约束要求，复制通过Http进行，这样复制很容易跨数据中心。
CouchDB 第一个客户是BBC，他们使用CouchDB作为已有应用设施的key/value 存储。几年下来已经被证明是非常稳定，并且能够随着数据增长而伸缩扩展。
Meebo 选择CouchDB，是因为它灵活 易于查询，可以应付数以百万计文本规模，他们还写了他们自己的Lounge库。
Scoopler 是一个大型聚合服务公司，有着快速大量的数据增长，他们从超过 40+数据表的PostgreSQL 迁移到一个 CoucbDB后，只需要两张视图.
Ubuntu 9.10 已经用CoucbDB存储用户地址簿，复制是这个领域的杀手特性。
猜你喜欢
