前言
為什麼要寫這篇文章呢，從去年年底開始，就和很多做技術的朋友交流過，從資料庫設計到資料庫架構各個方面的內容。有一些朋友執著於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就是記錄唯一性約束，...