Martin Fowler看到了数据存储方式的复苏

作者 Abel Avram 译者 张龙 发布于 2008年11月30日

领域

架构 & 设计,

运维 & 基础架构,

语言 & 开发

主题

数据访问 ,

Java ,

架构 ,

.NET ,

Ruby

标签

关系型数据库 ,

MagLev ,

CouchDB ,

对象数据库 ,

GemStone

著名的软件思想领导者Martin Fowler在最近的一篇博文中提到了上周的QCon，他说应用架构中的数据库思想已经有复苏的迹象了。这个世界对每个应用都在使用着RDBMS数据库，但是现在我们还可以考虑使用RISC RDBMS或者分布式的面向文档的数据库。Tim Bray在QCon上谈到了变化的存储这个主题，同时也提到了它是如何影响着应用架构并讨论了分布式的面向文档的数据库。

随着ODBMS数据库的失败，Martin解释了RDBMS为何能够成功：“相对于其在数据管理中的作用，RDBMS的优势在于其在集成上的作用”。他继续说到：

对当今的很多组织来说，主要的集成模式是共享数据库集成——你可以使用一个通用数据库来集成多个应用。当你使用这些集成数据库时，重要的一点是应用可以轻松获得这些共享数据——因此SQL在其中扮演着重要的角色。SQL这种几乎是标准的查询语言在数据库中处于中心地位。

Internet通过新的集成方案正在改变着这一切：

数据库空间的核心已经从这两种方式慢慢转向了集成方式——尤其是Web Service的出现更加促成了这一转变。伴随着各种宣传的出现，应用之间的通信越来越多的通过HTTP上的文本（几乎都是XML）文档来实现。Web（既包括Internet，也包括Intranet）已经让这种集成模式比SQL更加流行。这是件好事，我向来不喜欢将多个应用通过一个通用数据库紧紧耦合在一起的方式——这样做的话你无法获得更大的自由。

根据Martin所述，HTTP将影响着数据库的使用方式：

如果你将集成方式从SQL转向HTTP，这意味着你可以将数据库从集成数据库转为应用数据库。这种变化的意义是巨大的。首先，它支持更加简单的对象关系映射方式——例如Ruby on Rails所采取的方式。然而，这将打破牢固的关系数据模型。如果通过HTTP集成，那么应用存储其自身数据的方式就变得无关紧要了，这意味着应用可以选择自己所需的一种数据模型。

但Martin并不认为RDBMS很快就会消亡，他指出了Tim Bray所提到的多种可能的选择：

• Drizzle是一种关系数据库，但它却缺少现代关系数据库产品的很多特性。我将它看作是一种RISC RDBMS——只支持关系特征集中的一些核心内容。
• Couch DB是对分布式的键——值对模型的一种改进。尽管它只是一种简单的数据模型（无外乎就是一个Hashmap而已），但这种方式已经广泛应用在一些高性能站点上了。
• Gemstone是一种对象数据库，我发现Gemstone与Smalltalk的组合为我们提供了异常强大的开发环境（比大多数后来者还要好）。Gemstone虽然还很不起眼，但它可能会获得更多的关注。
• Maglev项目将其所采取的方式（本质上是数据库和虚拟机的融合）带到了Ruby世界中。

最后Martin总结到RDBMS还不会消亡，它依然是“很多情况下的正确选择”。他在博客上表示无论有多少种选择，“应用开发者都应该思考到底哪种选择才是最符合其需要的。随着非关系项目的不断流行和成熟，越来越多的人会选择其他的方式”。你是怎么看的呢？

查看英文原文：Martin Fowler Sees a Thaw in Frozen Thinking about Data Storage

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

• 更早的 >