| Twitter | Del.icio.us | Comments (4) | | Edit

Comments Powered by Disqus

留言评论 | Comments (4)

可以看出对于一个高度可扩展的应用,数据库设计不需要遵守那么多范式,在存储介质成本下降的今天,数据冗余既可以简化程序编写的复杂度,也能增加执行效率

数据冗余,应该未必增加执行效率,降低的可能倒是比较大。

只是在现有应用模式下,降低带来的潜在开销可以承受。

哦,我主要是被那么多的join给搞怕了,效率会降低是否指索引或者主外键的问题?

以前也作过类似的业务,对象表结构设计也与之类似,对于普通的用户请求没有问题,但是在对已有数据进行数据统计和相关报表的导出时,是一个很大的问题,即便使用专门的报表服务器来导出报表,也需要进行排队等候,不过Force.com的“flex列”还是很有意义的,它也可能是在兼顾我刚才说的那个问题,也就是架构师默认假设“flex列”的数目是少于500的。