什麼是三大正規化：
第一正規化：當關係模式r的所有屬性都不能在分解為更基本的資料單位時，稱r是滿足第一正規化的，簡記為1nf。滿足第一正規化是關係模式規範化的最低要求，否則，將有很多基本操作在這樣的關係模式中實現不了。
第二正規化：如果關係模式r滿足第一正規化，並且r得所有非主屬性都完全依賴於r的每乙個候選關鍵屬性，稱r滿足第二正規化，簡記為2nf。
第三正規化：設r是乙個滿足第一正規化條件的關係模式，x是r的任意屬性集，如果x非傳遞依賴於r的任意乙個候選關鍵字，稱r滿足第三正規化，簡記為3nf.
注：關係實質上是一張二維表，其中每一行是乙個元組，每一列是乙個屬性
第一正規化
1、每一列屬性都是不可再分
的屬性值，確保每一列的原子性
2、兩列的屬性相近或相似或一樣，盡量合併屬性一樣的列，確保不產生冗餘資料。
如果需求知道那個省那個市並按其分類，那麼顯然第乙個**是不容易滿足需求的，也不符合第一正規化。
第二正規化
每一行的資料只能與其中一列相關
（依賴）
，即一行資料只做一件事。只要資料列中出現資料重複，就要把錶拆分開來。
乙個人同時訂幾個房間，就會出來乙個訂單號多條資料，這樣子聯絡人都是重複的，就會造成資料冗餘。我們應該把他拆開來。
這樣便實現啦一條資料做一件事，不摻雜複雜的關係邏輯。同時對錶資料的更新維護也更易操作。
顯然第乙個表結構不但不能滿足足夠多物品的要求，還會在物品少時產生冗餘。也是不符合第一正規化的。
第三正規化
資料不能存在傳遞關係，即每個屬性都跟主鍵有直接關係而不是間接關係。像：a-->b-->c 屬性之間含有這樣的關係，是不符合第三正規化的。
比如student表（學號，姓名，年齡，性別，所在院校，院校位址，院校**）
這樣乙個表結構，就存在上述關係。 學號--> 所在院校 --> (院校位址，院校**)
這樣的表結構，我們應該拆開來，如下。
（學號，姓名，年齡，性別，所在院校）--（所在院校，院校位址，院校**）
最後：
三大正規化只是一般設計資料庫的基本理念，可以建立冗餘較小、結構合理的資料庫。如果有特殊情況，當然要特殊對待，資料庫設計最重要的是看需求跟效能，需求》效能》表結構。所以不能一味的去追求正規化建立資料庫。
資料庫設計三大正規化資料庫設計三大正規化
為了建立冗餘較小 結構合理的資料庫，設計資料庫時必須遵循一定的規則。在關係型資料庫中這種規則就稱為正規化。正規化是符合某一種設計要求的總結。要想設計乙個結構合理的關係型資料庫，必須滿足一定的正規化。在實際開發中最為常見的設計正規化有三個 1 第一正規化 確保每列保持原子性 第一正規化是最基本的正規化...
資料庫設計規範
使用明確 統一的標明和列名，例如 school,schoolcourse,courceid。資料表名使用單數而不是複數，例如 studentcourse，而不是studentcourses。資料表名不要使用空格。資料表名不要使用不必要的字首或者字尾，例如使用school，而不是tblschool，或...
資料庫設計規範
csm簡寫會方便很多 就不要用member id,一致性方便大家理解 system.currenttimemillis 進行儲存text查詢是會產生臨時磁碟檔案，效能差進行擷取儲存型別 占用位元組 範圍tinyint 1 128 127 smallint 2 32768 32767 mediumin...