資料庫模式r

『壹』 誰知道資料庫的幾大範式

分類: 電腦/網路 >> 軟體
問題描述:

最好用通俗的語言.

解析:

第一範式（1NF）：在關系模式R中的每一個具體關系r中，如果每個屬性值 都是不可再分的最小數據單位，則稱R是第一範式的關系。例：如職工號，姓名，電話號碼組成一個表（一個人可能有一個辦公室電話 和一個家裡電話號碼） 規范成為1NF有三種方法：

一是重復存儲職工號和姓名。這樣，關鍵字只能是電話號碼。

二是職工號為關鍵字，電話號碼分為單位電話和住宅電話兩個屬性

三是職工號為關鍵字，但強制每條記錄只能有一個電話號碼。

以上三個方法，第一種方法最不可取，按實際情況選取後兩種情況。

第二範式（2NF）：如果關系模式R（U，F）中的所有非主屬性都完全依賴於任意一個候選關鍵字，則稱關系R 是屬於第二範式的。

例：選課關系 SCI（SNO，CNO，GRADE，CREDIT）其中SNO為學號， CNO為課程號，GRADEGE 為成績，CREDIT 為學分。 由以上條件，關鍵字為組合關鍵字（SNO，CNO）

在應用中使用以上關系模式有以下問題：

a.數據冗餘，假設同一門課由40個學生選修，學分就 重復40次。

b.更新異常，若調整了某課程的學分，相應的元組CREDIT值都要更新，有可能會出現同一門課學分不同。

c.插入異常，如計劃開新課，由於沒人選修，沒有學號關鍵字，只能等有人選修才能把課程和學分存入。

d.刪除異常，若學生已經結業，從當前資料庫刪除選修記錄。某些門課程新生尚未選修，則此門課程及學分記錄無法保存。

原因：非關鍵字屬性CREDIT僅函數依賴於CNO，也就是CREDIT部分依賴組合關鍵字（SNO，CNO）而不是完全依賴。

解決方法：分成兩個高世姿關戚絕系模式 SC1（SNO，CNO，GRADE），C2（CNO，CREDIT）。新關系包括兩個關系模式，它們之間通過SC1中的外關鍵字CNO相聯系，需要時再進行自然聯接，恢復了原來的關系

第三範式（3NF）：如果關系模式R（U，F）中的所有非主屬性對任何候選關鍵字都不存在傳遞信賴，則稱關系R是屬於第三範式的。

例：如S1（SNO，SNAME，DNO，DNAME，LOCATION） 各屬性分別代表學號，

姓名，所在系，系名稱，系地址。

關鍵字SNO決定各個屬性。由於是單個關鍵字，沒有部分依賴的問題，肯定是2NF。但這關系肯定有大量的冗餘，有關學生所在的幾個屬性DNO，DNAME，LOCATION將重復存儲，插入，刪除和修改時也將產生類似以上例的情況。

原因：關系中存在傳遞依賴造成的。即SNO -> DNO。 而DNO -> SNO卻不存在，DNO -> LOCATION, 因此關鍵遼 SNO 對 LOCATION 函數決定是通過傳遞依賴 SNO -> LOCATION 實現的。也就是說，SNO不直接決定非主屬性LOCATION。

解決目地：每個關系模式中不能留有傳遞依賴。

解決方法：分為兩個關系 S（SNO，SNAME，DNO），D（DNO，DNAME，LOCATION）

注意：關系S中不能沒有外關鍵字DNO。否則兩個關系之間失去聯系。

BCNF：如果關系模式R（U，F）的所有屬性（包括主屬性和非主屬性）都不傳遞依賴於R的任何候選關鍵字，那麼稱關系R是屬於BCNF的。或是關系模式R，如果每個決定因素都包含關鍵字（而不是被關鍵字所包含），則RCNF的關系模式。

例：配件管理關系模式 WPE（WNO，PNO，ENO，QNT）分別表倉庫號，配件號，職工號，數量。有以下條件

a.一個倉庫有返瞎多個職工。

b.一個職工僅在一個倉庫工作。

c.每個倉庫里一種型號的配件由專人負責，但一個人可以管理幾種配件。

d.同一種型號的配件可以分放在幾個倉庫中。

分析：由以上得 PNO 不能確定QNT，由組合屬性（WNO，PNO）來決定，存在函數依賴（WNO，PNO） -> ENO。由於每個倉庫里的一種配件由專人負責，而一個人可以管理幾種配件，所以有組合屬性（WNO，PNO）才能確定負責人，有（WNO，PNO）-> ENO。因為 一個職工僅在一個倉庫工作，有ENO -> WNO。由於每個倉庫里的一種配件由專人負責，而一個職工僅在一個倉庫工作，有 （ENO，PNO）-> QNT。

找一下候選關鍵字，因為（WNO，PNO） -> QNT，（WNO，PNO）-> ENO ，因此 （WNO，PNO）可以決定整個元組，是一個候選關鍵字。根據ENO->WNO，（ENO，PNO）->QNT，故（ENO，PNO）也能決定整個元組，為另一個候選關鍵字。屬性ENO，WNO，PNO 均為主屬性，只有一個非主屬性QNT。它對任何一個候選關鍵字都是完全函數依賴的，並且是直接依賴，所以該關系模式是3NF。

分析一下主屬性。因為ENO->WNO，主屬性ENO是WNO的決定因素，但是它本身不是關鍵字，只是組合關鍵字的一部分。這就造成主屬性WNO對另外一個候選關鍵字（ENO，PNO）的部 分依賴，因為（ENO，PNO）-> ENO但反過來不成立，而P->WNO，故（ENO，PNO）-> WNO 也是傳遞依賴。

雖然沒有非主屬性對候選關鍵遼的傳遞依賴，但存在主屬性對候選關鍵字的傳遞依賴，同樣也會帶來麻煩。如一個新職工分配到倉庫工作，但暫時處於實習階段，沒有獨立負責對某些配件的管理任務。由於缺少關鍵字的一部分PNO而無法插入到該關系中去。又如某個人改成不管配件了去負責安全，則在刪除配件的同時該職工也會被刪除。

解決辦法：分成管理EP（ENO，PNO，QNT），關鍵字是（ENO，PNO）工作EW（ENO，WNO）其關鍵字是ENO

缺點：分解後函數依賴的保持性較差。如此例中，由於分解,函數依賴（WNO，PNO）-> ENO 丟失了, 因而對原來的語義有所破壞。沒有體現出每個倉庫里一種部件由專人負責。有可能出現 一部件由兩個人或兩個以上的人來同時管理。因此，分解之後的關系模式降低了部分完整性約束。

一個關系分解成多個關系，要使得分解有意義，起碼的要求是分解後不丟失原來的信息。這些信息不僅包括數據本身，而且包括由函數依賴所表示的數據之間的相互制約。進行分解的目標是達到更高一級的規范化程度，但是分解的同時必須考慮兩個問題：無損聯接性和保持函數依賴。有時往往不可能做到既有無損聯接性，又完全保持函數依賴。需要根據需要進行權衡。

1NF直到BCNF的四種範式之間有如下關系：

BCNF包含了3NF包含2NF包含1NF

『貳』 資料庫 關系模式R和r 的區別是什麼

關系的描述稱為關系模式（relation
schema）。一個關系模式應當是一個五元組。它可以形式化地表示為：r(u,
d,
dom,
f)。其中r為關系名，u為組成該關系的屬性名集合，d為屬性組u中屬性所來自的域，dom為屬性向域的映象集合，f為屬性間數據的依賴關系集合。
關系模式通常可以簡記為:r(a1,
a2,
…,
an)。其中r為關系名，a1,
a2,
…,
an為屬性名。而域名及屬性向域的映象常常直接說明為屬性的類型、長度。
關系實際上就是關系模式在某一時刻的狀態或內容。也就是說，關系模式是型，關系是它的值。關系模式是靜態的、穩定的，而關系是動態的、隨時間不斷變化的，因為關系操作在不斷地更新著資料庫中的數據。但在實際當中，常常把關系模式和關系統稱為關系，讀者可以從上下文中加以區別。

『叄』 資料庫三大範式是什麼

資料庫中三大範式的定義如下：

1、第一範式：

當關系模式R的所有屬性都不能在分解為更基本的數據單位時，稱R是滿足第一範式的，簡記為1NF。滿足第一範式是關系模式規范化的最低要求，否則，將有很多基本操作在這樣的關系模式中實現不了。

2、第二範式：

如果關系模式R滿足第一範式，並且R得所有非主屬性都完全依賴於R的每一個候選關鍵屬性，稱R滿足第二範式，簡記為2NF。

3、第三範式：

設R是一個滿足第一範式條件的關系模式，X是R的任意屬性集，如果X非傳遞依賴於R的任意一個候選關鍵字，稱R滿足第三範式，簡記為3NF。

範式簡介：

範式來自英文Normal form，簡稱NF。要想設計—個好的關系，必須使關系滿足一定的約束條件，此約束已經形成了規范，分成幾個等級，一級比一級要求得嚴格。

滿足這些規范的資料庫是簡潔的、結構明晰的，同時，不會發生插入(insert)、刪除(delete)和更新(update)操作異常。反之則是亂七八糟，不僅給資料庫的編程人員製造麻煩，而且面目可憎，可能存儲了大量不需要的冗餘信息。

關系資料庫有六種範式：第一範式（1NF）、第二範式（2NF）、第三範式（3NF）、巴斯-科德範式（BCNF）、第四範式(4NF）和第五範式（5NF，又稱完美範式）。滿足最低要求的範式是第一範式（1NF）。在第一範式的基礎上進一步滿足更多規范要求的稱為第二範式（2NF），其餘範式以次類推。一般來說，資料庫只需滿足第三範式(3NF）就行了。

『肆』 資料庫 關系模式R和r 的區別是什麼

區別是旅枝空：​在cmd下輸入
doskey xiaohei=dir
doskey dir=echo bad command or file name
現在dir命令將無法使用，由我設置的xiaohei代替了。
輸入dir顯示Bad Command Or File Name,而輸入拆瞎我自己設置的xiaohei，就是以前dir一樣的功能。
知道這個用法，我們還搭芹可以使fdisk、format、deltree等危險的命令失效。

『伍』 資料庫中,有關系模式R(U), 其中r是R的一個實例.那這個r到底是什麼意思,什麼叫實例啊

資料庫中的關系模式就類似於這個表。

這個表就是R(U)中的U

其中樓盤名稱、座落、戶型等等都是關系模式中的R

而下面的每個用例編號1、用例編號2等等都是R的一個實例r