L lyplay2 Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-28 #1 是不是都要达到第三范式? 是如何处理高范式速度/查询/编程工作量的问题? 谢谢
Z zhlu Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-28 #3 99%遵照,其它的1%为了统计查询方面(数据量太大,关联的表太多,数据稳定)没有遵照
D dreamisx Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-28 #4 一般用到第三范式,有时为了查询或性能,会降低范式.
蓝 蓝叶菱 Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-28 #6 借个地方 第三范式,究竟实际是什么,怎么判别呢,帮忙解释一下, 切勿使用无聊的定义。要不我看不见模不着。
L lyplay2 Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-28 #7 如果没有定义,就不好说明 关于这个的介绍网上一大把
C creation-zy Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-29 #8 建议尽可能的遵照范式,达到“一个数据只有一个来源”的效果(否则,你就要设计无数 个触发器以进行后台同步工作,有的烦了)。如果为了报表的效率需要一定的冗余,建议设 计专门的报表用的冗余表,而尽量不要干扰数据源表。
建议尽可能的遵照范式,达到“一个数据只有一个来源”的效果(否则,你就要设计无数 个触发器以进行后台同步工作,有的烦了)。如果为了报表的效率需要一定的冗余,建议设 计专门的报表用的冗余表,而尽量不要干扰数据源表。
Z zbdzjx Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-29 #9 原来时还用3NF,后来感觉查询速度太慢,基本上都是2NF了。
K kaida Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-29 #10 建议尽量采用第三范式。在深入了解第三范式的意义基础上,根据实际需要,确实需要用第二范式时才用第二范式,并在设计文档中要有详细说明。这对今后程序的功能扩展和维护是非常必要的。
T tracylilac Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-29 #11 逻辑简单的,第三范式, 逻辑复杂的,....自己权衡了.
S smsman Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-29 #13 尽量遵照。 偶尔独立较强的小数据库,比如access的数据库最多到1~2M的,不遵照写起来感觉更加的清晰。写起来也随意,快 个人认为。[]
5 51zhan.com Unregistered / Unconfirmed GUEST, unregistred user! 2007-04-29 #14 http://www.51zhan.com 最好的网址站 http://www.51zhan.com 最好的网址站 http://www.51zhan.com 最好的网址站