股票資料庫範式

❶ 高手請教……什麼叫資料庫中的範式啊

1第一範式（1NF）
在任何一個關系資料庫中，第一範式（1NF）是對關系模式的基本要求，不滿足第一範式（1NF）的資料庫就不是關系資料庫。
所謂第一範式（1NF）是指資料庫表的每一列都是不可分割的基本數據項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復的屬性。如果出現重復的屬性，就可能需要定義一個新的實體，新的實體由重復的屬性構成，新實體與原實體之間為一對多關系。在第一範式（1NF）中表的每一行只包含一個實例的信息。例如，對於圖3-2中的員工信息表，不能將員工信息都放在一列中顯示，也不能將其中的兩列或多列在一列中顯示；員工信息表的每一行只表示一個員工的信息，一個員工的信息在表中只出現一次。簡而言之，第一範式就是無重復的列。
2第二範式（2NF）
第二範式（2NF）是在第一範式（1NF）的基礎上建立起來的，即滿足第二範式（2NF）必須先滿足第一範式（1NF）。第二範式（2NF）要求資料庫表中的每個實例或行必須可以被惟一地區分。為實現區分通常需要為表加上一個列，以存儲各個實例的惟一標識。如圖3-2員工信息表中加上了員工編號（emp_id）列，因為每個員工的員工編號是惟一的，因此每個員工可以被惟一區分。這個惟一屬性列被稱為主關鍵字或主鍵、主碼。
第二範式（2NF）要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體，新實體與原實體之間是一對多的關系。為實現區分通常需要為表加上一個列，以存儲各個實例的惟一標識。簡而言之，第二範式就是非主屬性非部分依賴於主關鍵字。
3第三範式（3NF）
滿足第三範式（3NF）必須先滿足第二範式（2NF）。簡而言之，第三範式（3NF）要求一個資料庫表中不包含已在其它表中已包含的非主關鍵字信息。例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那麼在圖3-2的員工信息表中列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表，則根據第三範式（3NF）也應該構建它，否則就會有大量的數據冗餘。簡而言之，第三範式就是屬性不依賴於其它非主屬性。

❷ 資料庫中第一範式，第二範式，第三範式、、、、是什麼，怎麼區分

1. 第一範式：一言以蔽之：「第一範式的數據表必須是二維數據表」，第一範式是指資料庫的每一列都是不可分割的基本數據項，強調列的原子性，試題中某一屬性不能擁有幾個值。比如資料庫的電話號碼屬性裡面不可以有固定電話和行動電話值。 說明：在任何一個關系資料庫中，第一範式（1NF）是對關系模式的基本要求，不滿足第一範式（1NF）的資料庫就不是關系資料庫。

2. 第二範式建立在第一範式的基礎上，即滿足第二範式一定滿足第一範式，第二範式要求數據表每一個實例或者行必須被唯一標識。除滿足第一範式外還有兩個條件，一是表必須有一個主鍵；二是沒有包含在主鍵中的列必須完全依賴於主鍵，而不能只依賴於主鍵的一部分。每一行的數據只能與其中一列相關，即一行數據只做一件事。只要數據列中出現數據重復，就要把表拆分開來。

3. 第三範式若某一範式是第二範式，且每一個非主屬性都不傳遞依賴於該範式的候選鍵，則稱為第三範式，即不能存在：非主鍵列 A 依賴於非主鍵列 B，非主鍵列 B 依賴於主鍵的情況。

(2)股票資料庫範式擴展閱讀：

範式是符合某一種級別的關系模式的集合。關系資料庫中的關系必須滿足一定的要求，滿足不同程度要求的為不同範式。

❸ 什麼是資料庫三大範式

1
第一範式（1nf）
在任何一個關系資料庫中，第一範式（1nf）是對關系模式的基本要求，不滿足第一範式（1nf）的資料庫就不是關系資料庫。
所謂第一範式（1nf）是指資料庫表的每一列都是不可分割的基本數據項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或
者不能有重復的屬性。如果出現重復的屬性，就可能需要定義一個新的實體，新的實體由重復的屬性構成，新實體與原實體之間為一對多關系
。在第一範式（1nf）中表的每一行只包含一個實例的信息。例如，對於圖3-2
中的員工信息表，不能將員工信息都放在一列中顯示，也不能將
其中的兩列或多列在一列中顯示；員工信息表的每一行只表示一個員工的信息，一個員工的信息在表中只出現一次。簡而言之，第一範式就是
無重復的列。
2
第二範式（2nf）
第二範式（2nf）是在第一範式（1nf）的基礎上建立起來的，即滿足第二範式（2nf）必須先滿足第一範式（1nf）。第二範式（2nf）要
求資料庫表中的每個實例或行必須可以被唯一地區分。為實現區分通常需要為表加上一個列，以存儲各個實例的唯一標識。如圖3-2
員工信息
表中加上了員工編號（emp_id）列，因為每個員工的員工編號是唯一的，因此每個員工可以被唯一區分。這個唯一屬性列被稱為主關鍵字或主
鍵、主碼。
第二範式（2nf）要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那麼這個
屬性和主關鍵字的這一部分應該分離出來形成一個新的實體，新實體與原實體之間是一對多的關系。為實現區分通常需要為表加上一個列，以
存儲各個實例的唯一標識。簡而言之，第二範式就是非主屬性非部分依賴於主關鍵字。
3
第三範式（3nf）
滿足第三範式（3nf）必須先滿足第二範式（2nf）。簡而言之，第三範式（3nf）要求一個資料庫表中不包含已在其它表中已包含的非主
關鍵字信息。例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那麼在圖3-2的員工信息表中
列出部門編號後就不能再將部門名稱、部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表，則根據第三範式（3nf）也
應該構建它，否則就會有大量的數據冗餘。簡而言之，第三範式就是屬性不依賴於其它非主屬性。

❹ 創建關系型資料庫有幾種範式並詳述各個範式之間的遞進關系

第一範式(1NF)：每一個屬性都是原子項，不可分割

INF中所述的不可分割，是指在可分割的情況下必須分割，這是在應用環境中來判斷的，當屬性是文檔時，雖然文檔有段落標記，但還是不應該分割。

第二範式：每個非主屬性要完全函數依賴於候選鍵，或者是主鍵。

關鍵詞是「完全依賴」，與「部分依賴」或「局部依賴」相對，如果候選鍵或主鍵由兩個屬性組成，非主屬性不能只依賴與其中一個或部分屬性。
比如：股票日行情表由股票代碼、股票名稱、日期、收盤價四個屬性組成，這就違反了2NF，因為「股票名稱」部分依賴於「股票代碼」。

第三範式：所有非主屬性對任何候選關鍵字都不存在傳遞依賴
關鍵詞是「傳遞依賴」，如果非主屬性通過另一個非主屬性依賴主鍵，則是傳遞依賴。
比如：股票基本信息表由股票代碼、股票名稱、企業名稱、所在地區、所在省份組成，其中「所在省份」依賴於所在地區，存在傳遞依賴。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
幾個相關術語：

超鍵（super key）：在關系中能唯一標識元組的屬性集稱為關系模式的超鍵
候選鍵（candidate key）：不含有多餘屬性的超鍵稱為候選鍵
主鍵（primary key）：用戶選作元組標識的一個候選鍵稱為主鍵
主屬性（Prime Attribute）：候選鍵中的屬性稱為主屬性
非主屬性(Non-Key Attribute)：不包含在任何候選鍵中的屬性稱為非主屬性。

❺ 誰能幫我講解下資料庫中的範式

關系模式的好壞衡量標準是範式(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(車間，車間主任)

❻ 資料庫的三大範式

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的基礎上，任何非主屬性不得傳遞依賴於主屬性。

(6)股票資料庫範式擴展閱讀

設計關系資料庫時，遵從不同的規范要求，設計出合理的關系型資料庫，這些不同的規范要求被稱為不同的範式，各種範式呈遞次規范，越高的範式資料庫冗餘越小。

目前關系資料庫有六種範式：第一範式（1NF）、第二範式（2NF）、第三範式（3NF）、巴斯-科德範式（BCNF）、第四範式(4NF）和第五範式（5NF，又稱完美範式）。

滿足最低要求的範式是第一範式（1NF）。在第一範式的基礎上進一步滿足更多規范要求的稱為第二範式（2NF），其餘範式以次類推。一般說來，資料庫只需滿足第三範式(3NF）就行了。

參考資料：網路-資料庫範式

❼ 什麼是資料庫中的「範式」

設計關系資料庫時，遵從不同的規范要求，設計出合理的關系型資料庫，這些不同的規范要求被稱為不同的範式，各種範式呈遞次規范，越高的範式資料庫冗餘越小。
目前關系資料庫有六種範式，但資料庫必須遵守1、2、3
範式。

第一範式（1NF）、第二範式（2NF）、第三範式（3NF）。

其它的你可以到網上搜索一下

❽ 資料庫三範式具體是

資料庫三範式如下：
第一範式（1NF）：強調的是列的原子性，即資料庫表的每一列都是不可分割的原子數據項。

第二範式（2NF）：要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性。（在1NF基礎上消除非主屬性對主鍵的部分函數依賴）

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

❾ 誰知道資料庫的幾大範式

第一範式（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