映山紅(cnitpm.com) 17:19:46 
以下關(guān)于數(shù)據(jù)庫設(shè)計中范式的敘述，不正確的是（ ）。
A. 范式級別越高，數(shù)據(jù)冗余程度越小
B. 隨著范式級別的提高，在需求變化時數(shù)據(jù)的穩(wěn)定性越強
C. 范式級別越高，存儲 同樣的數(shù)據(jù)就需要分解成更多張表
D. 范式級別提高，數(shù)據(jù)庫性能（速度）將下降
映山紅(cnitpm.com) 17:19:55
誰解釋一下
孤影浪客•心(cnitpm.com) 17:21:52
先得理解范式的含義
孤影浪客•心(cnitpm.com) 17:23:54
可以理解為對數(shù)據(jù)的具體規(guī)范
孤影浪客•心(cnitpm.com) 17:24:30
級別越高，描述就越詳細(xì)，相對的冗余就越小
映山紅(cnitpm.com) 17:24:46
那D為什么錯
¨徒↑步..(cnitpm.com) 17:24:50
這個死記就行了
¨徒↑步..(cnitpm.com) 17:25:04
如果你是做開發(fā)的 我不介意跟你講講
孤影浪客•心(cnitpm.com) 17:25:10
D是對的呀
映山紅(cnitpm.com) 17:25:11
冗余越小，性能不是應(yīng)該越高嗎
孤影浪客•心(cnitpm.com) 17:25:25
但是表的結(jié)構(gòu)大了呀
孤影浪客•心(cnitpm.com) 17:25:29
子表多了
孤影浪客•心(cnitpm.com) 17:25:49
類似于你越是要把一個東西描述清楚，說的話就越多
孤影浪客•心(cnitpm.com) 17:26:00
所以性能會下降
¨徒↑步..(cnitpm.com) 17:26:42
是表的關(guān)聯(lián)性多了 原本一個表就能存放的數(shù)據(jù)，分成了4 5張表，最終還要靠主外鍵把這幾張表管理起來，形成視圖，才能查詢出完整的數(shù)據(jù)
炅鑾(cnitpm.com) 17:26:47
典型的就是多表查詢的時候，性能降低很快
孤影浪客•心(cnitpm.com) 17:27:01
是的
炅鑾(cnitpm.com) 17:27:24
你要是做過SQL編程 你就明白了
炅鑾(cnitpm.com) 17:27:39
所以現(xiàn)在的考題越來越深入的，比前幾年難度增加了
海之魂(cnitpm.com) 17:27:48
群里還是滿多學(xué)霸的
海之魂(cnitpm.com) 17:27:56
有題就扔來討論
映山紅(cnitpm.com) 17:28:53
主要是對冗余的理解有偏差，多表混合查詢肯定慢
¨徒↑步..(cnitpm.com) 17:30:34
嗯 所以 范式這個還是存在于理論中，現(xiàn)實中寧愿冗余也不犧牲效率
映山紅(cnitpm.com) 17:31:57
現(xiàn)在有點理解了，冗余就是在多張表都有同樣的數(shù)據(jù)，雖然數(shù)據(jù)存了多份，但查詢起來不用跨表結(jié)構(gòu)。
¨徒↑步..(cnitpm.com) 17:32:56
嗯 是的
映山紅(cnitpm.com) 17:33:09

映山紅(cnitpm.com) 17:33:58
但如果要數(shù)據(jù)要更新的時候，也要同時寫多張表，同樣效率低
ζ????? 雞毛菜(cnitpm.com) 17:34:17
你們講得好深奧
孤影浪客•心(cnitpm.com) 17:34:20
用觸發(fā)器
¨徒↑步..(cnitpm.com) 17:34:40
一般用多表聯(lián)查更新
孤影浪客•心(cnitpm.com) 17:35:46
效率差不多吧
俗人老周(cnitpm.com) 17:36:03
范式我也不太懂
¨徒↑步..(cnitpm.com) 17:36:10
嗯
¨徒↑步..(cnitpm.com) 17:36:36
范式就上學(xué)的時候?qū)W過
俗人老周(cnitpm.com) 17:39:16
foxpro， 那種表， 是幾范式？