程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> Access數據庫 >> 關於Access數據庫 >> 數據庫設計范式

數據庫設計范式

編輯:關於Access數據庫

       一、關系數據庫設計范式介紹

       1. 第一范式(1NF)無重復的列

      所謂第一范式(1NF)是指數據庫表的每一列都是不可分割的基本數據項,同一列中不能有多個值,即實體中的某個屬性不能有多個值或者不能有重復的屬性。如果出現重復的屬性,就可能需要定義一個新的實體,新的實體由重復的屬性構成,新實體與原實體之間為一對多關系。在第一范式(1NF)中表的每一行只包含一個實例的信息。簡而言之,第一范式就是無重復的列。

      說明:在任何一個關系數據庫中,第一范式(1NF)是對關系模式的基本要求,不滿足第一范式(1NF)的數據庫就不是關系數據庫。

      那麼符合第一范式的特點就有: 1)有主關鍵字 2)主鍵不能為空 3)主鍵不能重復 4)字段不可以再分

      2. 第二范式(2NF)屬性完全依賴於主鍵[消除非主屬性對主碼的部分函數依賴 ]

      第二范式(2NF)是在第一范式(1NF)的基礎上建立起來的,即滿足第二范式(2NF)必須先滿足第一范式(1NF)。第二范式(2NF)要求數據庫表中的每個實例或行必須可以被唯一地區分。為實現區分通常需要為表加上一個列,以存儲各個實例的唯一標識。例如員工信息表中加上了員工編號(emp_id)列,因為每個員工的員工編號是唯一的,因此每個員工可以被唯一區分。這個唯一屬性列被稱為主關鍵字或主鍵、主碼。

      第二范式(2NF)要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性,如果存在,那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體,新實體與原實體之間是一對多的關系。為實現區分通常需要為表加上一個列,以存儲各個實例的唯一標識。簡而言之,第二范式就是屬性完全依賴於主鍵。

      3. 第三范式(3NF)屬性不依賴於其它非主屬性[消除傳遞依賴]
    滿足第三范式(3NF)必須先滿足第二范式(2NF)。簡而言之,第三范式(3NF)要求一個數據庫表中不包含已在其它表中已包含的非主關鍵字信息。例如,存在一個部門信息表,其中每個部門有部門編號(dept_id)、部門名稱、部門簡介等信息。那麼在的員工信息表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表,則根據第三范式(3NF)也應該構建它,否則就會有大量的數據冗余。簡而言之,第三范式就是屬性不依賴於其它非主屬性。

      4. 第四范式:

      主要任務:滿足第三范式的前提下,消除多值依賴

      5. 第五范式:

      定義: 如果關系模式R中的每一個連接依賴, 都是由R的候選鍵所蘊含, 稱R是第五范式的

      看到定義,就知道是要消除連接依賴,並且必須保證數據完整

      (第四,第五范式應用較少,主要是理解和應用前三個范式就可以了。)

      二、范式應用實例剖析

      下面以一個學校的學生系統為例分析說明,這幾個范式的應用。首先第一范式(1NF):數據庫表中的字段都是單一屬性的,不可再分。這個單一屬性由基本類型構成,包括整型、實數、字符型、邏輯型、日期型等。在當前的任何關系數據庫管理系統(DBMS)中,傻瓜也不可能做出不符合第一范式的數據庫,因為這些DBMS不允許你把數據庫表的一列再分成二列或多列。因此,你想在現有的DBMS中設計出不符合第一范式的數據庫都是不可能的。

      首先我們確定一下要設計的內容包括那些。學號、學生姓名、年齡、性別、課程、課程學分、系別、學科成績,系辦地址、系辦電話等信息。為了簡單我們暫時只考慮這些字段信息。我們對於這些信息,說關心的問題有如下幾個方面。

      學生有那些基本信息

      學生選了那些課,成績是什麼

      每個課的學分是多少

      學生屬於那個系,系的基本信息是什麼。

      1. 第二范式(2NF)實例分析

      首先我們考慮,把所有這些信息放到一個表中(學號,學生姓名、年齡、性別、課程、課程學分、系別、學科成績,系辦地址、系辦電話)下面存在如下的依賴關系。

      (學號)→ (姓名, 年齡,性別,系別,系辦地址、系辦電話)

      (課程名稱) → (學分)

      (學號,課程)→ (學科成績)

      問題分析

      因此不滿足第二范式的要求,會產生如下問題

      數據冗余: 同一門課程由n個學生選修,"學分"就重復n-1次;同一個學生選修了m門課程,姓名和年齡就重復了m-1次。

      更新異常:

      1)若調整了某門課程的學分,數據表中所有行的"學分"值都要更新,否則會出現同一門課程學分不同的情況。

      2)假設要開設一門新的課程,暫時還沒有人選修。這樣,由於還沒有"學號"關鍵字,課程名稱和學分也無法記錄入數據庫。

      刪除異常: 假設一批學生已經完成課程的選修,這些選修記錄就應該從數據庫表中刪除。但是,與此同時,課程名稱和學分信息也被刪除了。很顯然,這也會導致插入異常。

      解決方案

      把選課關系表SelectCourse改為如下三個表:

      學生:Student(學號,姓名, 年齡,性別,系別,系辦地址、系辦電話);

      課程:Course(課程名稱, 學分);

      選課關系:SelectCourse(學號, 課程名稱, 成績)。

      2. 第三范式(3NF)實例分析

      接著看上面的學生表Student(學號,姓名, 年齡,性別,系別,系辦地址、系辦電話),關鍵字為單一關鍵字"學號",因為存在如下決定關系:

      (學號)→ (姓名, 年齡,性別,系別,系辦地址、系辦電話)

      但是還存在下面的決定關系

      (學號) → (所在學院)→(學院地點, 學院電話)

      即存在非關鍵字段"學院地點"、"學院電話"對關鍵字段"學號"的傳遞函數依賴。

      它也會存在數據冗余、更新異常、插入異常和刪除異常的情況。 (數據的更新,刪除異常這裡就不分析了,可以參照2.1.1進行分析)

      根據第三范式把學生關系表分為如下兩個表就可以滿足第三范式了:

      學生:(學號, 姓名, 年齡, 性別,系別);

      系別:(系別, 系辦地址、系辦電話)。

      總結:

      上面的數據庫表就是符合I,II,III范式的,消除了數據冗余、更新異常、插入異常和刪除異常。

    1. 上一頁:
    2. 下一頁:
    Copyright © 程式師世界 All Rights Reserved