InfoQ

新闻

数据正规化真的那么好吗?

作者 Arnon Rotem-Gal-Oz译者 胡键 发布于 2007年8月15日 上午5时5分

社区
Architecture
主题
数据访问,
设计
标签
数据库

正规化(Normalization)是数据库设计的基础之一。最近,关于正规化的一些讨论中正在形成一种观点,即将反正规化(Denormalization)作为一种更具伸缩性的解决方案。

几星期前,Pat Helland在其博客给出一个简短介绍,称“正规化适合于胆小鬼”。Pat一开始就声称(很明显)我们正规化是为了避免更新异常,但接下来做出了一系列有趣的短评:

  • 许多类型的计算问题本质上是只增(Append-Only)的,用他的话来说是“会计不使用橡皮擦”。因此,对于不变的数据没有必要去进行正规化(除非你真的需要那些空间)。
  • 开发者使用“完整的”业务对象来工作。这些业务对象总是反正规化的完整视图。

作为另一个博客,你可以很容易驳回Pat的言论——除非你注意到Pat有与数据库系统长期为伍的经历,这包括,如作为SQL Server Service Broker的首席架构师、COM+团队的奠基人之一。Pat还花了几年时间为Amazon工作——并且Werner Vogels(Amazon的CTO)确实提过可以考虑反正规化实体,以得到更好的伸缩性和效率。这些言论是他在QCon上关于可用性和一致性(最近发布于此)的演讲中提及的。

Andres Aguiar评论说,除了“无需正规化不变数据”,你甚至都不需要删除数据:

另一个想法是,你事实上都不需要删除/更新数据库。“删除”一行意味着设置InvalidationTimestamp = now(),更新一行意味着设置InvalidationTimestamp = now()的同时新增一行,使其SinceTimestamp= now()且InvalidationTimestamp = null(你实际上需要两组日期,这将在另一篇帖子里讨论)。现在,如果你把两个想法合在一起,那么所有的数据都是不变的,所以你不需要正规化任何东西。

通过分析这一点,Andres提到一个障碍:这种情形下会使每张表产生大量数据行(译注:原文是column,但根据上下文的意思,应该是数据行才更有意义。),而数据库并未准备好应对这种情形。如果你归档更老的数据,那么它是可以得到解决的。

Dare Obasanjo认为

“数据库反正规化是一种效率优化,但这应该作为最后一道防线。应该在创建数据库索引、使用SQL视图和实现应用特定的内存缓存之后。”

然而,Dare认同:当你需要大规模计算时,你可能需要反正规化,并举Flickr为例。

正如Cal Henderson(Flickr的Web开发领导)在2004年关于Flickr架构演讲中所说的:Join效率低下(27页)。作为结论:

* 正规化的数据适合于胆小鬼
* 多处保存数据的多重副本
* 让搜索更快些
* 必须在应用逻辑中确保一致性

一篇由Jason Kottke于2004年撰写的博文中,表露出了与Pat的博文和Cal演讲中第一点类似的观点。Jason解释,在Flickr的情形中,每次Insert/Delete或Update会有13次Select,这是他们为什么选择反正规化的原因。

Pat在其介绍的结尾总结:

“人们正规化‘因为他们的教授这么说的’”

是时候反思数据库正规化的咒语了吗?一些更大的网站似乎这么认为,你的感觉呢?

查看英文原文:Data normalization, is it really that good?

3 条回复

回复

关系型数据库的生命周期即将走向结束 发表人 Mike Meng 发表于 2007年8月16日 上午2时54分
Re: 关系型数据库的生命周期即将走向结束 发表人 gpy good 发表于 2007年8月16日 下午10时41分
Re:数据正规化真的那么好吗? 发表人 firefly sen 发表于 2007年8月28日 下午6时59分
  1. 返回顶部

    关系型数据库的生命周期即将走向结束

    2007年8月16日 上午2时54分 发表人 Mike Meng

    其实这个问题每个做数据库程序的人都遇到过,很多时候会搞本本主义,被学院派的家伙们误导,弄得自己很笨拙。

    不过,在深层次上,关系型数据库本身就是学院派的产物,这个问题是关系型数据库本质缺陷的一个体现,随着IT广度和深度的不断拓展,关系型数据库的缺陷会越来越突出,最终退出主流。

  2. 返回顶部

    Re: 关系型数据库的生命周期即将走向结束

    2007年8月16日 下午10时41分 发表人 gpy good

    我本来以为自己是最笨的人了,直到有一天遇到比我更笨的人,才发现,原来我很聪明呀.天下的sb真多,还好,不止我一个

  3. 返回顶部

    Re:数据正规化真的那么好吗?

    2007年8月28日 下午6时59分 发表人 firefly sen

    正如一楼的说的那样,这个玩意太学院派了。那些老古董没完没了的在教导我们规范是多么多么多么重要,是多么多么有学问的一件事情,试一试db4o吧~爽歪歪~~~呵呵

独家内容

专访开源项目Amoeba架构师陈思儒

DBA notes站长冯大辉(Fenng)代表InfoQ中文站采访了分布式数据库Proxy开源项目Amoeba的架构师和主要开发者陈思儒,内容包括Amoeba项目的起因、功能及其愿景等。

使用JSF、Ajax和Seam开发Portlets(2/3)

作为三期系列文章的第二部分,本文延续了上一期内容,介绍了RichFaces,包括如何把RichFaces集成到之前提到的示例应用中、如何部署RichFaces porlet和RichFaces的多种特性和功能。

Jeff Barr谈论Amazon Web服务

Amazon Web Services(AWS)的传道者Jeff Barr讨论了SimpleDB、S3、EC2、SQS、云计算、Amazon的不同服务如何与应用交互、AWS的起源、SimpleDB和微软SQL Server Data Services、AWS cloud的全球化、三月份的AWS停机。

用Erlang实现领域特定语言

Erlang的并发模型很有名,它的健壮性也很有名。但其他方面呢?在这篇文章里,Dennis Byrne演示了如何用Erlang建立内部DSL。

基于Rails的企业级应用剖析

本视频主要以FreeWheel为例,对一个基于Rails的企业级应用进行了剖析。其中包括:FreeWheel的架构、部署、数据库的问题、REST API、敏捷开发过程、如何去写测试以及持续集成等等。

JavaFX技术预览

JavaFX显示了Sun的Java系列产品市场方向的一个重大转变。随着1.0版的即将发布,InfoQ以JavaFX预览版为参考,与Sun高级工程师Joshua Marinacci探讨了即将发布的1.0正式版。

剖析短迭代

敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。