以前看過幾次正規化，不出意外都忘記了 。今天再來看次
思想：1，結構資料模型，在組成上分成3部分：資料結構、資料操作和完整性約束。操作就是關係代數，可以看看
2，完整性約束，就是指正規化了，它代表一組規則的集合
3，本文簡單說下 1nf 2nf 3nf bcnf 4nf。正規化的提出，不是為了限制你設計資料庫，而是為了減少冗餘，方便增刪改
4，有時為了追求查詢效率，要進行反規範化（就是用空間換時間。以個人經驗，資料庫設計到3nf，然後有效率問題時候再進行反規範化）
1正規化：屬性不可再分
2正規化：滿足1，非主屬性都依賴於主屬性（就是一張表是乙個實體，不要多張表混在一張表裡）
3正規化：滿足2，非主屬性 不 傳遞依賴於 主屬性
bc正規化：符合3nf，並且，主屬性不傳遞依賴於主屬性
4正規化：每個表至多只有一組 「一對多」 的情況
主屬性：乙個屬性只要在任何乙個候選碼**現過，這個屬性就是主屬性。
非主屬性：與上面相反，沒有在任何候選碼**現過，這個屬性就是非主屬性。
候選碼： 若關係中的某一屬性或屬性組的值能唯一的標識乙個元組，而其任何真子集都不能再標識，則稱該屬性組為（超級碼）候選碼。
（1）增加冗餘列。這樣做可以減少聯表查詢，但是不推薦，因為修改資料麻煩，你各個冗餘列都得修改到
（2）增加派生列(可以通過其它列得到)，比如計算列。這個還是實用的，（有可能）減少查詢時候實用case when，這個減少能提公升效率
（3）重新組表。如果使用者經常用到2表了聯合查詢，就把2表了聯合查詢 單獨成乙個表。這種我沒用過
（4）分表。一般是按行分隔，比如按新老資料分隔；按區域資料分隔。分表能減少索引，減少查詢的資料行數。資料超過千萬就應該分表
資料庫 資料庫正規化
關聯式資料庫的設計規範。不同的規範要求被稱為不同的正規化，越高的正規化資料庫冗餘越小。減少資料庫中資料冗餘的過程 1 第一正規化 1nf 在關係模式r中，當且僅當所有屬性只包含原子值，即每個分量都是不可再分的資料項，則稱r滿足1nf。例如表所示的教師職稱情況關係就不滿足1nf。原因在於，該關係模式中...
資料庫正規化 三正規化
所謂第一正規化 1nf 是指在關係模型中，對域新增的乙個規範要求，所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子資料項，而不能是集合，陣列，記錄等非原子資料項。即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一正規化 1nf 表中的每個域值只能是實體的乙個屬性或乙個屬性的...
資料庫正規化
注 表在定義中被稱為關係,記作r 欄位在定義中被稱作屬性 模式 資料庫中有三種模式,外模式,內模式,模式 粗體是關鍵字的意思 斜體為外來鍵 以前寫下來的，但是用了多年的帳號已經忘了，唯有把文章轉到這裡來了 真暈哦 http blog.csdn.net fantasylu archive 2004 0...