1. 資料庫中什麼是範式它的作用是什麼第一、二、三範式的內容是什麼
構造資料庫必須遵循一定的規則。在關系資料庫中,這種規則就是範式。範式是符合某一種級別的關系模式的集合。關系資料庫中的關系必須滿足一定的要求,即滿足不同的範式。目前關系資料庫有六種範式:第一範式(1NF)、第二範式(2NF)、第三範式(3NF)、第四範式(4NF)、第五範式(5NF)和第六範式(6NF)。滿足最低要求的範式是第一範式(1NF)。在第一範式的基礎上進一步滿足更多要求的稱為第二範式(2NF),其餘範式以次類推。一般說來,資料庫只需滿足第三範式(3NF)就行了。下面我們舉例介紹第一範式(1NF)、第二範式(2NF)和第三範式(3NF)。
3.4.1 第一範式(1NF)
在任何一個關系資料庫中,第一範式(1NF)是對關系模式的基本要求,不滿足第一範式(1NF)的資料庫就不是關系資料庫。
所謂第一範式(1NF)是指資料庫表的每一列都是不可分割的基本數據項,同一列中不能有多個值,即實體中的某個屬性不能有多個值或者不能有重復的屬性。如果出現重復的屬性,就可能需要定義一個新的實體,新的實體由重復的屬性構成,新實體與原實體之間為一對多關系。在第一範式(1NF)中表的每一行只包含一個實例的信息。例如,對於圖3-2 中的員工信息表,不能將員工信息都放在一列中顯示,也不能將其中的兩列或多列在一列中顯示;員工信息表的每一行只表示一個員工的信息,一個員工的信息在表中只出現一次。簡而言之,第一範式就是無重復的列。
3.4.2 第二範式(2NF)
第二範式(2NF)是在第一範式(1NF)的基礎上建立起來的,即滿足第二範式(2NF)必須先滿足第一範式(1NF)。第二範式(2NF)要求資料庫表中的每個實例或行必須可以被惟一地區分。為實現區分通常需要為表加上一個列,以存儲各個實例的惟一標識。如
圖3-2 員工信息表中加上了員工編號(emp_id)列,因為每個員工的員工編號是惟一的,因此每個員工可以被惟一區分。這個惟一屬性列被稱為主關鍵字或主鍵、主碼。
第二範式(2NF)要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性,如果存在,那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體,新實體與原實體之間是一對多的關系。為實現區分通常需要為表加上一個列,以存儲各個實例的惟一標識。簡而言之,第二範式就是非主屬性非部分依賴於主關鍵字。
3.4.3 第三範式(3NF)
滿足第三範式(3NF)必須先滿足第二範式(2NF)。簡而言之,第三範式(3NF)要求一個資料庫表中不包含已在其它表中已包含的非主關鍵字信息。例如,存在一個部門信息表,其中每個部門有部門編號(dept_id)、部門名稱、部門簡介等信息。那麼在圖3-2
的員工信息表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表,則根據第三範式(3NF)也應該構建它,否則就會有大量的數據冗餘。簡而言之,第三範式就是屬性不依賴於其它非主屬性。
2. 資料庫三大範式是什麼
資料庫三大範式是:
第一範式(1NF):屬性不可分割,即每個屬性都是不可分割的原子項。(實體的屬性即表中的列)
第二範式(2NF):滿足第一範式;且不存在部分依賴,即非主屬性必須完全依賴於主屬性。(主屬性即主鍵;完全依賴是針對於聯合主鍵的情況,非主鍵列不能只依賴於主鍵的一部分)
第三範式(3NF):滿足第二範式;且不存在傳遞依賴,即非主屬性不能與非主屬性之間有依賴關系,非主屬性必須直接依賴於主屬性,不能間接依賴主屬性。(A -> B,B ->C,A -> C)
資料庫管理系統是資料庫系統的核心組成部分,主要完成對資料庫的操作與管理功能,實現資料庫對象的創建、資料庫存儲數據的查詢、添加、修改與刪除操作和資料庫的用戶管理、許可權管理等。它的安全直接關繫到整個資料庫系統的安全,其防護手段主要有:
(1)使用正版資料庫管理系統並及時安裝相關補丁。
(2)做好用戶賬戶管理,禁用默認超級管理員賬戶或者為超級管理員賬戶設置復雜密碼;為應用程序分別分配專用賬戶進行訪問;設置用戶登錄時間及登錄失敗次數限制, 防止暴力破解用戶密碼。
(3)分配用戶訪問許可權時,堅持最小許可權分配原則,並限制用戶只能訪問特定資料庫,不能同時訪問其他資料庫。
(4)修改資料庫默認訪問埠,使用防火牆屏蔽掉對 外開放的其他埠,禁止一切外部的埠探測行為。
(5)對資料庫內存儲的重要數據、敏感數據進行加密存儲,防止資料庫備份或數據文件被盜而造成數據泄露。
(6)設置好資料庫的備份策略,保證資料庫被破壞後能迅速恢復。
(7)對資料庫內的系統存儲過程進行合理管理,禁用掉不必要的存儲過程,防止利用存儲過程進行資料庫探測與攻擊。
(8)啟用資料庫審核功能,對資料庫進行全面的事件跟蹤和日誌記錄。
3. 資料庫中的三大範式是什麼
資料庫中三大範式的定義如下:
1、第一範式:
當關系模式R的所有屬性都不能在分解為更基本的數據單位時,稱R是滿足第一範式的,簡記為1NF。滿足第一範式是關系模式規范化的最低要求,否則,將有很多基本操作在這樣的關系模式中實現不了。
2、第二範式:
如果關系模式R滿足第一範式,並且R得所有非主屬性都完全依賴於R的每一個候選關鍵屬性,稱R滿足第二範式,簡記為2NF。
3、第三範式:
設R是一個滿足第一範式條件的關系模式,X是R的任意屬性集,如果X非傳遞依賴於R的任意一個候選關鍵字,稱R滿足第三範式,簡記為3NF。
(3)資料庫中的第一範式擴展閱讀:
資料庫中引入範式概念的目的:
規范化目的是使結構更合理,消除存儲異常,使數據冗餘盡量小。便於插入、刪除和更新。遵從概念單一化「一事一地」原則,即一個關系模式描述一個實體或實體間的一種聯系。規范的實質就是概念的單一化。
一個關系模式接著分解可以得到不同關系模式集合,也就是說分解方法不是惟一的。最小冗餘的要求必須以分解後的資料庫能夠表達原來資料庫所有信息為前提來實現。
其根本目標是節省存儲空問,避免數據不一致性,提高對關系的操作效率,同時滿足應用需求。實際上,並不一定要求全部模式都達到BCNF不可。有時故意保留部分冗餘可能更方便數據查詢。尤其對於那些更新頻度不高,查詢頻度極高的資料庫系統更是如此。
參考資料來源:網路-資料庫範式
4. 誰能幫我講解下資料庫中的範式
關系模式的好壞衡量標準是範式(Normal Forms,NF)
1、第一範式(1NF)
關系模式R的每個屬性都是不可分的原子值,那麼稱R是第一範式(1NF)的模式。
例如:有關系模式「學生」
學生(學號,姓名,性別,出生日期,年齡,電話)
其中,「年齡」可以通過當前日期與「出生日期」的運算得到,「年齡」屬性就不是原子的。
關系模式「學生」不是1NF,更別提2NF,3NF了。
2、第二範式(2NF)
對於滿足1NF的關系,通過消除非主屬性對主鍵的部分函數依賴,使之達到2NF。2NF的關系仍然存在1NF關系類似的缺點。
現在,去除關系W的部分依賴,將其轉換為2NF。
W(日期,工號,超額)
W1(工號,姓名,工種,定額,車間,車間主任)
關系模式W1中,依然存在著函數依賴關系:
姓名,工種和車間完全依賴於主鍵「工號」;
存在著「定額→工種→工號」和「車間主任→車間→工號」這兩個傳遞依賴關系。
這樣,在1NF中存在的問題,在2NF中依然存在!
3、第三範式(3NF)
對於滿足2NF的關系,如果不存在「非主屬性」對主鍵的傳遞函數依賴,則稱該關系屬於3NF。即在2NF基礎上排除那些存在傳遞函數依賴的屬性,方法是通過投影操作分解關系模式。
3NF的關系是比較理想的關系,在實際中大部分使用3NF的關系。
分解後,得到由4個關系(3NF)組成的最終結果:
W(日期,工號,超額)
W1(工號,姓名,工種,車間)
W11(工種,定額)
W12(車間,車間主任)