最新活动：柏林的NoSQL(非关系数据库) 大会

Cambrian Explosion—John Willis
他专注于云计算的业务方面。什么是新的数据中心将会是什么样？这家伙现在实际使用的DSL是抽象phenomenoal技术。我们认为，在一个主要由四个因素推动创新能力的爆炸基础是：
1.抽象和容错部分组成：抽象的组件，因此他们很容易把消费者在一起。

2.无限的基础设施：我们从来没有用完，不存在资源短缺，因为它们是重复性和duplicateable。

3.世界各地的合作：您可以对项目工作会议上从来没有一起人彼此负载（多见于开源世界）。

4.在知识产权的变化：开源是改变我们如何看待知识产权的主要推动力。

NoSQL 是一个伟大的名字，是新时代的开始，你得自己检查你的业务情况，不是每件事都可以填入到关系模型的标准的表和列中。

约翰在70年代开始与大型数据打交道，他曾经在与IBM 3850的500GB的数据备份系统工作。此安装费用但是是天价$ 20,000,000，。对比与西部数据硬盘，从2009年这个500GB的存储为50美元。
我们是如何越来越方便访问当今世界上大型的数据，而且比昨天便宜呢？

Voldemort的Geir Magnusson
传统的电子商务数据模型导致的性能和去耦作用非规范化。例如，为了分离用户数据和信用卡资料，就不能使用joins语法了。一旦你走上这条路，游离于标准工具外（ORM之类）。你就会寻找到其他的持久性解决方案。

Voldemort是一个带有一致性hashing的分布式映射Map，我们可以在无需重建基础上容易方便加入新的节点数据, vector clocks决定version ordering, 带有一个可插拔的存储后备系统,没有主从节点，没有单点风险。

Voldemort 有几种序列化存储选择：
1: String字符串蕾西, JSON, Protocol Buffers, Thift
2: BDB, MySQL, memory, Hadoop, MongoDB.

基本架构有下面几层：
客户端 API 层, 冲突解决层, 序列化层, 路由和读取修复层, 容错失败恢复层, 存储持久化层.

数据保存到带名称存储系统，他们有互相独立的配置，取决于与存储引擎和请求路由设置。

客户端API很简单，如下：
get(key)
getAll([key1, key2, key3, keyN])
put(key, value, version)
delete(key)
delete(key, version)

Gilt Groupe是一个非常高端的电子商务公司，每小时拥有快速启动的数百万页访问量，高交易量（注册，登录，等待清单），以及高容量的共享状态（添加到图表，结帐）。

在开始销售的产品在特定时间一直都面临的挑战是巨大的尖峰访问。他们实际上几乎关闭的一天系统中的一半。
原来的架构是：后端是使用 Rails编制的无共享几台服务器, 使用Zeus进行水平伸缩，带有一个前端的负载平衡器。问题是他们单一的PostgreSQL 遭遇瓶颈，而Rails程序虽然有效工作。

他们通过引入Voldemort作为购物车以及订单处理系统，解决了数据库的瓶颈问题。当决定使用什么存储系统时，他们看上了Tokyo Cabinet.带来问题是问，当数据集大于内存大小是，性能大大下降， BDB 工作得更好，因为它实现将内存缓存中数据异持久化到磁盘(广告：最新JdonFramework 6.2推出DomenEvents，可以实现缓存中模型进行异步持久化，代码见JiveJdon3.8的creaeReplyMessage建回帖和UpdateMessage修改帖子功能)。

[该贴被banq于2009-11-02 14:41修改过]

[该贴被banq于2009-11-02 14:41修改过]

它设计擅长存储大型数据包括图片， 他们在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存储用户地址簿，复制是这个领域的杀手特性。

Riak—Justin Sheehy—Basho Technologies

Riak是一个面向文本数据库，非中心化的key/value store.
它是受下列思想的鼓舞和影响开发出来的：Amazon Dynamo, CAP 定理, 和 Web (至今为止最成功分布式系统the most successful distributed system to date)

Riak强调写的适用性，不像其他系统，Riak使用map/reduce，使用Riak比Hadoop+ CouchDB能够使Map/reduce更有余地。一个应用程序的请求可以处理一个小而高效的map/reduce功能。遍历网站链接是一个完美的map/reduce工作。所有关于连接指向都能够成为map/reduce功能

CAP 原理似乎以一种更加简化的方式使用，不只是简单在一致性consistency, 可用性availability, 和分区容错partition tolerance之间选择两个。它是一种你愿意采取的妥协，你要优先考虑你自己目前的水平层次。

Scalable可伸缩性不只是关于多大和多快。它是关于理解并且预测，花费多少能够使你得到更好的。它告诉你你花多少可以得到更多，有关伸缩性，关键点是你预先定义它有多伸缩。

分布式只是意味着多个系统和谐地一起工作。有必要知道如果一个系统是分散的或均匀的homogeneous（没有瓶颈，没有单点故障，没有特殊的节点）。