理解資料庫設計正規化 轉

2022-10-10 17:24:13 字數 1305 閱讀 8401

前言

為什麼要寫這篇文章呢,從去年年底開始,就和很多做技術的朋友交流過,從資料庫設計到資料庫架構各個方面的內容。有一些朋友執著於orm,執著於所謂的資料庫設計,卻忘記了一切技術是要為業務服務這個基石。當然這文章裡也有一些自己的理解,想向大家表達。

正規化是什麼

正規化是符合某一種級別的關係模式的集合。關聯式資料庫中的關係必須滿足一定的要求,即滿足不同的正規化。目前關聯式資料庫有六種正規化:第一正規化(1nf)、第二正規化(2nf)、第三正規化(3nf)、第四正規化(4nf)、第五正規化(5nf)和第六正規化(6nf)。滿足最低要求的正規化是第一正規化(1nf)。在第一正規化的基礎上進一步滿足更多要求的稱為第二正規化(2nf),其餘正規化以次類推。一般說來,資料庫只需滿足第三正規化(3nf)就行了。

正規化的原理

正規化的說明

我對正規化的理解

乙個嚴格恪守資料庫設計正規化來進行資料庫設計的人,必定是個傻球;

乙個沒有研究過資料庫設計正規化就進行資料庫設計的人,必定也是個傻球;

在現代資料庫設計中,尤其是web 2.0的系統中的資料庫設計,我可以斷言,大多數都是違反2nf、3nf的,少數設計甚至是違反1nf的。資料庫設計正規化只是對資料庫慣用設計的一些說明,並不能定性為標準。

而從資料庫的發展來看,以mysql舉例,隨著mysql實現越來越多的功能,它的宣傳材料上會越來越多的出現以前被mysql所摒棄的複雜設計理念,並且宣稱這是mysql所獨創或一貫倡導的。這是乙個資料庫系統發展所必然經歷的過程。而這卻會給mysql的使用者以極大的誤導,從而忽視了是否新特性是業務所真正需要的。

資料庫設計不是一種程式語言這麼簡單,與物件導向、面向過程無關。資料庫設計代表的是一種與應用開發語言完全不同的思想。現在絕大多數的程式,無論任何人採用什麼方式進行程式開發,其最終還是會回歸到對資料庫的操作上(當然如果你的程式只是個教學演示則不在此範圍內)。

資料庫發展從下面的列表可以看出當前sns的**對於高併發、高效能的資料庫解決方案有多麼渴求,facebook貢獻了cassandra、linkedin貢獻了voldemort、mixi.jp貢獻了tokyo cabinet和tokoy tyrant、green.jp貢獻了flare、甚至包括google的bigtable。

總結

寫到這裡,我發現單單是這些新的資料庫解決方案就有太多可寫的內容,而這些已經超過了本文所要說明的主要內容,而現在所寫的內容就全當是個引子吧,我寫的很意猶未盡。後面會就反正規化設計例項,記憶體快取方案、nosql資料庫等逐漸展開。

理解資料庫之設計正規化

1.第一正規化 指原子性,不可分割 資料庫第一正規化是指資料庫中的每一列都是不可分割的原子值。例如設計位址欄位時,如有需求需要經常訪問位址中的城市,街道等資訊時,就要把該字段繼續分割。2.第二正規化 指非主屬性必須完全依賴於主屬性 資料庫第二正規化是指所有非主屬性列都應該完全依賴於主屬性,而不是只依...

mysql資料庫的正規化 理解資料庫正規化

第一正規化 1nf 第一正規化的核心描述為 資料庫表的每一列都是不可分割的基本資料項,同一列中不能有多個值。該正規化講的是列的原子性。有兩層意思 一層是說每一列只能存乙個屬性值 如果把2個屬性值存在1列中 第二層說的是在一張表中屬性值不能重複。在現代關係行資料庫中,都是預設滿足第一正規化的,所以你想...

理解資料庫設計的三個正規化

如何理解三個正規化 第一正規化 1nf即屬性的原子約束性,屬性具有原子性,怎麼理解了?我們知道原子是不能再分的,即屬性不能往下分了。比如說人作為乙個實體,姓名作為人的乙個屬性,如果系統需要把人的姓和名分開記錄。那麼就必須把姓作為人的乙個屬性,名作為人的乙個屬性。第二正規化 2nf就是記錄唯一性約束,...