Ⅰ 資料庫 4NF是怎麼回事
第四範式（4NF）
主要任務：滿足第三範式的前提下，消除多值依賴
Ⅱ 資料庫的三大範式
1、第一範式（1NF）
所謂第一範式（1NF）是指在關系模型中，對於添加的一個規范要求，所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子數據項，而不能是集合，數組，記錄等非原子數據項。
即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一範式（1NF）表中的每個域值只能是實體的一個屬性或一個屬性的一部分。簡而言之，第一範式就是無重復的域。
說明：在任何一個關系資料庫中，第一範式（1NF）是對關系模式的設計基本要求，一般設計中都必須滿足第一範式（1NF）。
不過有些關系模型中突破了1NF的限制，這種稱為非1NF的關系模型。換句話說，是否必須滿足1NF的最低要求，主要依賴於所使用的關系模型。
2、第二範式（2NF）
在1NF的基礎上，非碼屬性必須完全依賴於候選碼（在1NF基礎上消除非主屬性對主碼的部分函數依賴）
第二範式（2NF）是在第一範式（1NF）的基礎上建立起來的，即滿足第二範式（2NF）必須先滿足第一範式（1NF）。
第二範式（2NF）要求資料庫表中的每個實例或記錄必須可以被唯一地區分。選取一個能區分每個實體的屬性或屬性組，作為實體的唯一標識。
例如在員工表中的身份證號碼即可實現每個一員工的區分，該身份證號碼即為候選鍵，任何一個候選鍵都可以被選作主鍵。
在找不到候選鍵時，可額外增加屬性以實現區分，如果在員工關系中，沒有對其身份證號進行存儲，而姓名可能會在資料庫運行的某個時間重復。
無法區分出實體時，設計辟如ID等不重復的編號以實現區分，被添加的編號或ID選作主鍵。（該主鍵的添加是在ER設計時添加，不是建庫時隨意添加）
第二範式（2NF）要求實體的屬性完全依賴於主關鍵字。
所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體，新實體與原實體之間是一對多的關系。
為實現區分通常需要為表加上一個列，以存儲各個實例的唯一標識。簡而言之，第二範式就是在第一範式的基礎上屬性完全依賴於主鍵。
3、第三範式（3NF）
在2NF基礎上，任何非主屬性不依賴於其它非主屬性（在2NF基礎上消除傳遞依賴）
第三範式（3NF）是第二範式（2NF）的一個子集，即滿足第三範式（3NF）必須滿足第二範式（2NF）。
簡而言之，第三範式（3NF）要求一個關系中不包含已在其它關系已包含的非主關鍵字信息。例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。
那麼在員工信息表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。
如果不存在部門信息表，則根據第三範式（3NF）也應該構建它，否則就會有大量的數據冗餘。
簡而言之，第三範式就是屬性不依賴於其它非主屬性，也就是在滿足2NF的基礎上，任何非主屬性不得傳遞依賴於主屬性。
(2)4nf資料庫是什麼意思擴展閱讀
設計關系資料庫時，遵從不同的規范要求，設計出合理的關系型資料庫，這些不同的規范要求被稱為不同的範式，各種範式呈遞次規范，越高的範式資料庫冗餘越小。
目前關系資料庫有六種範式：第一範式（1NF）、第二範式（2NF）、第三範式（3NF）、巴斯-科德範式（BCNF）、第四範式(4NF）和第五範式（5NF，又稱完美範式）。
滿足最低要求的範式是第一範式（1NF）。在第一範式的基礎上進一步滿足更多規范要求的稱為第二範式（2NF），其餘範式以次類推。一般說來，資料庫只需滿足第三範式(3NF）就行了。
參考資料：網路-資料庫範式
Ⅲ 關於4NF的概念的問題
4NF限制關系模式的屬性之間不允許有非平凡且非函敏搭數依賴的多值依賴
BCNF排除了任何屬性對碼的傳遞函數依賴和部分函數依賴.
BCNF主屬性都拆神是碼
(一個是屬性之間,一個是屬性與碼)
3NF無傳遞函數依賴橋御拿和部分函數依賴
Ⅳ 什麼是BCNF什麼是4NF 盡量說的通俗點
1NF：資料庫表中的欄位都是單一屬性的，不可再分。這個單一屬性由基本類型構成，包括猜如整型、實數、字元型、邏輯型、日期型等。
2NF：資料庫表中不存在非關鍵欄位對任一候選關鍵欄位的部分函數依賴（部分函數依賴指的是存在組合關鍵字中的某些欄位消肆決定非關鍵欄位的情況），也即所有非關鍵欄位都完全依賴於任意一組候選關鍵字。 3NF：在第二範式的基礎上，數據表中如果不存在非關鍵字穗橋啟段對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。所謂傳遞函數依賴，指的是如果存在"A → B → C"的決定關系，則C傳遞函數依賴於A。因此，滿足第三範式的資料庫表應該不存在如下依賴關系：
關鍵欄位 → 非關鍵欄位x → 非關鍵欄位y
BCNF：在第三範式的基礎上，資料庫表中如果不存在任何欄位對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。
4NF：完全一一對應的關系
Ⅳ 資料庫（mysql）關鍵知識
Mysql是目前互聯網使用最廣的關系資料庫，關系資料庫的本質是將問題分解為多個分類然後通過關系來查詢。 一個經典的問題是用戶借書，三張表，一個用戶，一個書，一個借書的關系表。當需要查詢某個用戶借書情況或者是書被那些人借了，就用關系查詢來實現。
關系資料庫範式
來自英文Normal form，簡稱NF。要想設計—個好的關系，必須使關系滿足一定的約束條件，滿足這些規范的資料庫是簡潔的、結構明晰的，同時，不會發生插入(insert)、刪除(delete)和更新(update)操作異常。總共有六種範式：第一範式（1NF）、第二範式（2NF）、 第三範式 （3NF）、巴斯-科德範式（BCNF）、 第四範式 (4NF）和 第五範式 （5NF，又稱完美範式）。
1NF是指資料庫表的每一列都是不可分割的原子數據項。2NF必須滿足1NF，要求資料庫表中的每行記錄必須可以被唯一地區分。3NF在2NF基礎上，任何非主 屬性 不依賴於其它非主屬性（在2NF基礎上消除傳遞依賴）。BCNF是在3NF基礎上，任何非主屬性不能對主鍵子集依賴（在3NF基礎上消除對主碼子集的依賴）， 滿足BCNF不再會有任何由於函數依賴導致的異常，但是我們還可能會遇到由於多值依賴導致的異常。4NF的定義很簡單：已經是BC範式，並且不包含多值依賴關系。5NF處理的是無損連接問題，這個範式基本沒有實際意義，因為無損連接很少出現，而且難以察覺。而域鍵範式試圖定義一個終極範式，該範式考慮所有的依賴和約束類型，但是實用價值也是最小的，只存在理論研究中。
Catalog和Schema
是資料庫對象命名空間中的層次，主要用來解決命名沖突的問題。從概念上說，一個資料庫系統包含多個Catalog，每個Catalog又包含多個Schema，而每個Schema又包含多個資料庫對象（表、視圖、欄位等）。但是Mysql的資料庫名就是Schema，不支持Catalog。
Mysql的資料庫引擎主要有兩種MyISAM和InnoDB，MyISAM支持全文檢索，InnoDB支持事務。
SQL中的通配符『%』代表任意字元出現任意次數。『_』代表任意字元出現一次。SQL與正則表達式結合查詢一般用在WHERE table_name REGEXP '^12.34'。子查詢是從里到外執行。
資料庫聯結（join）涉及到外鍵，外鍵是指一個表的列是另一個表的主鍵，那麼它就是外鍵。笛卡爾積聯結（不指定聯結條件時）生成的記錄條目是單純的第一個表的行乘以第二個表的列數。用得最多的是等值聯結也叫內部聯結。
高級聯結還有自連接，是指查詢中的兩張表是同一張表，它通常作為外部語句用來代替從相同表中檢索數據時使用的子查詢。自然聯結使每個列只返回一次。外部聯結是指聯結包含了那些在相關表中沒有關聯行的行。例如列出所有產品及其訂購數量，包括沒有人訂購的產品。LEFT OUTER JOIN指選擇左邊表的所有行。
組合查詢是指採用UNION等將兩個查詢結果取並集。
視圖是查看存儲在別處的數據的一種工具，它本身並不包含數據，因此表的數據修改了，視圖返回的數據也將隨之修改，因此如果使用了復雜或嵌套視圖會對性能有較大的影響。視圖的作用之一是隱藏復雜的SQL通常會涉及到聯結查詢。
存儲過程類似於批處理，包含了一條或多條SQL語句。語法：
CREATE PROCEDURE name（）
BEGIN
SQL
END
-------------------------
CALL name（）//來調用存儲過程
游標有DECLARE定義，游標與存儲過程是綁定的，存儲過程處理完成，游標就會消失。游標被打開後可以使用FETCH語句訪問每一行。
觸發器是在某個時間發生時自動執行某條SQL語句。語法：
CREATE TRIGGER name AFTER INSERT ON talbe_name FOR EACH ROW
事務處理可以維護資料庫的完整性，保證批量的操作要麼完全執行，要麼完全不執行。包括事務、回退、提交、保留點幾個關鍵術語。ROLLBACK只能在一個事務處理內使用。他不能回退CREATE和DROP操作。使用COMMIT保證事務提交。復雜的事務處理需要部分提交或回退，因此我們需要使用保留點SAVEPOINT。可以使用ROLLBACK TO savepoint_name。保留點越多越好。保留點在事務執行完成後自動釋放。
Ⅵ 資料庫中的1NF、2NF、3NF、BCNF、4NF、5NF是怎麼回事
這是資料庫中的範式，關系資料庫中的關系是要滿足一定要求的彎團，滿足不同程度要求的為不同範式。滿足最低要求的是第一範式，也就是1NF，在第一範式中滿足進一步要求的為2NF，其餘以此類推。一般情況只滿足3NF就夠了，對於更高級別埋高橘的範式就沒什麼意義，並不是滿足念咐越高的範式的關系就一定是好的。
Ⅶ 關於資料庫三大設計範式淺析
為了建立冗餘較小、結構合理的資料庫，設計資料庫時必須遵循一定的規則。在關系型資料庫中這種規則就稱為範式。範式是符合某一種設計要求的總結。要想設計一個結構合理的關系型資料庫，必須滿足一定的範式。
真正要明白」範式（NF）」是什麼意思，首先看下教材中的定義，範式是「符合某一種級別的關系模式的集合，表示一個關系內部各屬性之間的聯系的合理化程度」。實際上可以把它粗略地理解為一張數據表的表結構所符合的某種設計標準的級別。就像家裡裝修買建材，最環保的是E0級，其次是E1級，還有E2級等等。資料庫範式也分為1NF，2NF，3NF，BCNF，4NF，5NF。一般在我們設計關系型資料庫的時候，最多考慮到BCNF就夠。符合高一級範式的設計，必定符合低一級範式，例如符合2NF的關系模式，必定符合1NF。
在實際開發中最為常見的設計範式有三個：
首先是第一範式（1NF）。
符合1NF的關系（你可以理解為數據表。「關系」和「關系模式」的區別，類似於面向對象程序設計中」類「與」對象「的區別。」關系「是」關系模式「的一個實例，你可以把」關系」理解為一張帶數據的表，而「關系模式」是這張數據表的表結構。1NF的定義為：符合1NF的關系中的每個屬性都不可再分。表1所示的情況，就不符合1NF的要求。
這樣在查詢訂單信息的時候，就可以使用客戶編號來引用客戶信息表中的記錄，也不必在訂單信息表中多次輸入客戶信息的內容，減小了數據冗餘。
由此可見，符合3NF要求的資料庫設計，基本上解決了數據冗餘過大，插入異常，修改異常，刪除異常的問題。當然，在實際中，往往為了性能上或者應對擴展的需要，經常 做到2NF或者1NF，但是作為資料庫設計人員，至少應該知道，3NF的要求是怎樣的。
Ⅷ 關於資料庫中的多值依賴~4NF為什麼允許平凡的多隻依賴呢
呵呵，資料庫關系分析，一般不好學啊！
R屬於第一範式，這一句一定對，呵呵，下次問的話是最高範式知道了嗎？
一張二維表就是一個第一範式，也就是表中不可分表！
R一定屬於第二範式，這個也很容易證明的，第二範式就是不允許有對主屬性的依賴，顯然，B與C都是依賴於A的都是對主屬性的依賴，當然，前提是主屬性是A。不允許有對非主屬性的依賴是判斷是否為第二範式的標准。
R也一定屬於第三範式，因為第二範式就是去掉了對主屬性的傳遞依賴，也就是說不允許有對主屬性的傳遞依賴。
而BCNF與4NF是對多值依賴與平凡依賴的定義，在非平凡依賴中，最高就是3NF了，事實上數據真正的還有5NF叫呢！
所以此處R最高為3NF！
Ⅸ 1NF 2NF 3NF 4NF 是什麼意思 有大神能通俗一點講講嗎 百度的我基本看不懂...謝謝！
第一範式(1NF) 在任何一個關系資料庫中，第一範式(1NF)是對關系模式的基本要求，不滿足第一範式(1NF)的資料庫就不是關系資料庫。 資料庫設計範式是符合某一種級別的關系模式的集合。構造資料庫必須遵循一蔽禪定的規則。在關系資料庫中，這種規則就是範式。關系資料庫中的關系必須滿足一定的要求，即滿足不同的範式。目前關系資料庫有六種範式:第一範式(1NF)、第二範式(2NF)、第三範式(3NF)、第四範式(4NF)、第五範式(5NF)和第六範式(6NF)。滿足最低要求的範式是第一範式(1NF)。在第一範式的基礎上進一步滿足更多要求的稱為第二範式(2NF)，其餘範式以次類推。一般說來，資料庫只需滿足第三範式(3NF)就行了。 在創建一個資料庫的過程中，鏈源范化是將其轉化為一些表的過程，這種方法可以使從資料庫得到的結果更加明確。這樣可能使資料庫產生重復數據，從而導致創建多餘的表。范化是在識別資料庫中的數據元素、關系，以及定義所需的表和各表中的項目這些初始工作之後的一個細化的過程。 下面是范化的一個例子 Customer Item purchased Purchase price Thomas Shirt $40 Maria Tennis shoes $35 Evelyn Shirt $40 Pajaro Trousers $25 如果上面這個表用於保存物品的價格，宏喚塵而你想要刪除其中的一個顧客，這時你就必須同時刪除一個價格。范化就是要解決這個問題，你可以將這個表化為兩個表，一個用於存儲每個顧客和他所買物品的信息，另一個用於存儲每件產品和其價格的信息，這樣對其中一個表做添加或刪除操作就不會影響另一個表 望採納
Ⅹ 資料庫問題:什麼是BCNF和4NF
BCNF的級別比4NF的要低一個等級,BCNF就是一個鉛敗東西完全確定另一個東西.
例:x確定y,x確定z,x是主屬性.他們在一個關悄激鍵系裡,就是BCNF
4NF是完全一一對應的關系:x確定y,而且沒別的啟巧.就是4NF