資料庫1範式

1. 關於資料庫的1範式，2範式，3範式和BC範式，求大神說明一下～不是很懂啊

1範式指在關系模型中，對於添加的一個規范要求，所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子數據項，而不能是集合，數組，記錄等非原子數據項。

即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一範式（1NF）表中的每個域值只能是實體的一個屬性或一個屬性的一部分。簡而言之，第一範式就是無重復的域。

2範式，在1NF的基礎上，非碼屬性必須完全依賴於候選碼（在1NF基礎上消除非主屬性對主碼的部分函數依賴）。

3範式，在2NF基礎上，任何非主屬性不依賴於其它非主屬性（在2NF基礎上消除傳遞依賴）。

BC範式，Boyce-Codd Normal Form（巴斯-科德範式），在3NF基礎上，任何非主屬性不能對主鍵子集依賴（在3NF基礎上消除對主碼子集的依賴）。

(1)資料庫1範式擴展閱讀

第二範式為資料庫規范化中所使用的一種正規形式。它的規則是要求數據表裡的所有非主屬性都要和該數據表的主鍵有完全依賴關系；如果有哪些非主屬性只和主鍵的一部份有關的話，它就不符合第二範式。同時可以得出：如果一個數據表的主鍵只有單一一個欄位的話，它就一定符合第二範式(前提是該數據表符合第一範式)。

2. 數據結構中的1範式，2範式，3範式，bc範式，4範式，5範式。怎麼理解希望解釋的直白些。

這個不是數據結構的內容，屬於資料庫設計的范疇。規范化設計資料庫可以減少數據冗餘，減少數據插入、更新異常。
1範式，2範式，3範式，bc範式，4範式，5範式是規范化標准。
比如：目前的所有商用資料庫設計出來的表至少必須滿足第一範式（1nf：即滿足表的所有屬性都是不能再分解的原子屬性）。
2範式-5範式這些標准多是根據表的屬性間的不同程度的函數依賴（從1nf到5nf逐步提高標准）來區分的。由資料庫設計者把握設計出來的資料庫規范化到什麼程度。理論上滿足的規范化程度越高，設計出來的資料庫越有效、穩定。但有時候考慮到數據查詢、表連接的頻率問題，不得不反規范化，減低滿足的標准才能提高程序執行效率。

簡單的講可以這樣理解：
第一範式：指表中的屬性都是原子屬性，不能再拆分了。
第二範式：在第一範式的基礎上，要求非主屬性都完全函數依賴於主鍵。
第三範式：在第二範式的基礎上，要求要求沒有非主屬性傳遞依賴於主鍵。
BC範式：在第三範式基礎上，要求所有非主鍵屬性都必須依賴於主鍵。
第四範式：在BC範式基礎上，要求表中存在的多值依賴都必須是對主鍵函數依賴。
第五範式：在第四範式的基礎上，繼續拆分表格，消除多值依賴。
在一個表中：
主屬性：所有包含在候選碼里的屬性。
非主屬性：不包含在候選碼里的屬性。
候選碼：一個或者一組可以唯一標識一條記錄且不含多餘屬性的屬性。
函數依賴：表中屬性X的值可以唯一確定Y的值，則說：X確定Y，或Y依賴於X（記作X->Y）。
傳遞依賴：X->Y，Y->Z。則可以說Z傳遞依賴於X。
多值依賴：一個屬性的值可以確定一組屬性。（函數依賴是一種特殊的多值依賴，依賴的整組屬性只有1個，而不是多個）

（例如假設有一個人事資料的數據表，我們根據表中記錄的一個人的姓名，我們可以查到他的年齡即有： 姓名->年齡。在沒有同名存在的情況下，姓名就是這個表的候選鍵（碼），因為姓名可以唯一確定一條記錄的其他屬性，例如：姓名->(性別、年齡、職位)，同時我們把姓名選為該表的主鍵（含主屬性）。姓名以外的其他屬性即為非主屬性。有時候一個表可以有多個候選鍵，則需要選擇其中一組作為主鍵，所有候選鍵包括的屬性都是主屬性。）

以上內容都是根據自己理解信手敲出。並沒有嚴謹的校對教科書的概念。如有疏漏錯誤實屬正常，如有人補漏改錯不勝榮幸。