new 30 days(14): denormalization 反范式
版权声明: 允许非商业性转载，但转载时必须标明原作者 fcicq、原始链接 http://www.fcicq.net/wp/?p=571 及本声明。
这仅仅是象 day 7 (distributed filesystems) 一样的一篇 notes. 所以本期非全文输出.
在 30days 的前些天(day 6, day 8) 都提到了join 很慢这个问题.
重复部分字段有助于查询速度的提高
- 数据量很大 & 并且查询比较复杂的时候非常有效.
(以下都基于这一个前提,
如果查询并不复杂, 且写入次数多, 那么减少字段重复有利于写入速度的提高.)
join 在分布式系统中比较难做到.
- amazon simpledb 想必到最后也不会提供 join.
—
怎么讨论都没用… 还是根据自己情况, 选择适合自己的方案.
本期不提供任何对文章的说明.
Software Development in the Real World: To Normalize, or Not To Normalize
Scaling Secret #2: Denormalizing Your Way to Speed and Profit | High Scalability
The Denormalization Survival Guide – Part I
InfoQ: Data normalization, is it really that good?
Dare Obasanjo aka Carnage4Life – When Not to Normalize your SQL Database
ps:
如果有一个 id, 需要获取这个 id 下的所有资料你会怎么做? join? 
友情提示: 请注意文章的时效性与准确性, 作者不对文章的有效性负责.
Tags: 30days
Permalink Bookmark on del.icio.us
Last Modified: December 25, 2007 at 7:05 pm
Leechael said,
December 25, 2007 @ 23:51
我的答案你知道。