范式是關(guān)系數(shù)據(jù)庫理論的基礎(chǔ)，也是我們在設(shè)計數(shù)據(jù)庫結(jié)構(gòu)過程中所要遵循的規(guī)則和指導(dǎo)方法。數(shù)據(jù)庫的設(shè)計范式是數(shù)據(jù)庫設(shè)計所需要滿足的規(guī)范。只有理解數(shù)據(jù)庫的設(shè)計范式，才能設(shè)計出高效率、優(yōu)雅的數(shù)據(jù)庫，否則可能會設(shè)計出錯誤的數(shù)據(jù)庫。

反范式，不滿足范式的模型，就是反范式模型。反范式跟范式所要求的正好相反，在反范式的設(shè)計模式，我們可以允許適當(dāng)?shù)臄?shù)據(jù)的冗余，用這個冗余去取操作數(shù)據(jù)時間的縮短。本質(zhì)上就是用空間來換取時間，把數(shù)據(jù)冗余在多個表中，當(dāng)查詢時可以減少或者是避免表之間的關(guān)聯(lián)。

RDBMS模型設(shè)計過程中，常常使用范式約束我們的模型，但在NOSQL模型中則大量采用反范式。

數(shù)據(jù)庫中范式和反范式的的主要區(qū)別在于：

在范式化的數(shù)據(jù)庫中，每個事實數(shù)據(jù)會出現(xiàn)并且只出現(xiàn)一次；相反，在反范式化的數(shù)據(jù)庫中，信息是冗余的，可能會存儲在多個地方。

范式化的優(yōu)點：

1）范式化的更新操作通常比反范式化要快。

2）當(dāng)數(shù)據(jù)較好地范式化時，就只有很少或者沒有重復(fù)數(shù)據(jù)，所以只需要修改更少的數(shù)據(jù)。

3）范式化的表通常更小，可以更好地放在內(nèi)存里，所以執(zhí)行操作會更快。

4）很少有多余的數(shù)據(jù)意味著檢索列表數(shù)據(jù)時更少需要DISTINCT或者GROUP BY語句。

范式化設(shè)計的schema的缺點是通常需要關(guān)聯(lián)，較多的關(guān)聯(lián)可能使得一些索引策略無效，例如，范式化可能將列存放在不同的表中，而這些列如果在一個表中本可以屬于同一個索引。

反范式的schema因為所有數(shù)據(jù)都在一張表中，可以很好地避免關(guān)聯(lián)。缺點是update操作的代價高，需要更新多個表，至于這會不會是一個問題，需要考慮更新的頻率以及更新的時長，并和執(zhí)行select查詢的頻率進行比較。

從另一個父表冗余一些數(shù)據(jù)到子表的理由通常是排序的需要。

緩存衍生值也是有用的。如果需要顯示每個用戶發(fā)了多少消息（像很多論壇做的），可以每次執(zhí)行一個昂貴的子查詢來計算并顯示它；也可以在user表中建一個num_messages列，每當(dāng)用戶發(fā)新消息時更新這個值。

?為了讓學(xué)習(xí)變得輕松、高效，今天給大家免費分享一套Java教學(xué)資源。幫助大家在成為Java架構(gòu)師的道路上披荊斬棘。需要資料的歡迎加入學(xué)習(xí)交流群：9285，05736

總結(jié)

以上是生活随笔為你收集整理的Java学习之数据库中的范式和反范式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。