不是
準(zhǔn)格爾網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,準(zhǔn)格爾網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為準(zhǔn)格爾1000+提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站制作要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的準(zhǔn)格爾做網(wǎng)站的公司定做！
主鍵 保證數(shù)據(jù)唯一且非空（not null），表的記錄必須得有唯一區(qū)分的字段，主鍵主要是用于其他表的外鍵關(guān)聯(lián)，本記錄的修改與刪除，當(dāng)我們沒(méi)有主鍵時(shí)，這些操作會(huì)變的非常麻煩。
外鍵引用完整性表示得到正常維護(hù)的表之間的關(guān)系。
表中的數(shù)據(jù)只應(yīng)指向另一個(gè)表中的現(xiàn)有行，不應(yīng)指向不存在的行。
sql 語(yǔ)句實(shí)現(xiàn)用 primary key（一個(gè)屬性，第二個(gè)屬性） 就ok了
如果用的sqlserver2000 的企業(yè)管理器，直接選中一個(gè)屬性后，按住 Shift鍵，然后選中另外一個(gè)屬性，點(diǎn)擊右鍵，設(shè)置主鍵，就ok了
大過(guò)年，還發(fā)帖子。
碼 = 鍵 ；
比如，你有一個(gè)員工的二維關(guān)系（表） ， 大概這幾個(gè)屬性：
員工表：系統(tǒng)內(nèi)標(biāo)識(shí)碼，身份證號(hào)，工號(hào)，姓名，出生日期，所在部門
理論上講， 可以有三個(gè)碼，：
Key1 : 系統(tǒng)內(nèi)部標(biāo)識(shí)，這個(gè)是數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，確定的唯一標(biāo)識(shí)。
Key2 : 身份證號(hào)，理論上來(lái)講，這個(gè)是全國(guó)唯一，但是經(jīng)常聽(tīng)說(shuō)有重復(fù)的。
Key3 : 工號(hào)，公司內(nèi)部定的，也不應(yīng)該 重復(fù)。
但是主碼(PK)，你只從上述三個(gè)中選定一個(gè)，比如我們選定了 Key1，那么 Key2 , Key3 就是候選碼。
再說(shuō)屬性，屬性就是這個(gè)二維關(guān)系（這張表）的列（字段）。
主屬性，就是上述三個(gè)碼中所包含的這些列：系統(tǒng)內(nèi)部標(biāo)識(shí)、身份證號(hào)、工號(hào)
非主屬性，就是除了這三個(gè)屬性之外的其他所有屬性。
在SQL中，如果在創(chuàng)建表的時(shí)候創(chuàng)建了primary key，沒(méi)有為primary key指定名稱，數(shù)據(jù)庫(kù)會(huì)自動(dòng)的為你創(chuàng)建一個(gè)以‘PK’打頭的約束名。創(chuàng)建主鍵后，還會(huì)自動(dòng)生成一個(gè)“唯一聚集索引”。刪除主鍵后，此索引同時(shí)也被刪除。
alter table 表名 add constraint pk_t primary key(列名)。把表中某個(gè)字段設(shè)置為主鍵
存在關(guān)系是 第二范式 不存在屬于第三范式
理由
1，第一范式，主碼是abe,因?yàn)榇嬖诜顷P(guān)鍵字依賴于主碼
2，第2范式，主碼是AB。因?yàn)榇嬖趥鬟f依賴
仔細(xì)讀下面的，會(huì)有很大收獲的：
實(shí)質(zhì)上，設(shè)計(jì)范式用很形象、很簡(jiǎn)潔的話語(yǔ)就能說(shuō)清楚，道明白。本文將對(duì)范式進(jìn)行通俗地說(shuō)明，并以筆者曾經(jīng)設(shè)計(jì)的一個(gè)簡(jiǎn)單論壇的數(shù)據(jù)庫(kù)為例來(lái)講解怎樣將這些范式應(yīng)用于實(shí)際工程。
范式說(shuō)明
第一范式（1NF）：數(shù)據(jù)庫(kù)表中的字段都是單一屬性的，不可再分。這個(gè)單一屬性由基本類型構(gòu)成，包括整型、實(shí)數(shù)、字符型、邏輯型、日期型等。
例如，如下的數(shù)據(jù)庫(kù)表是符合第一范式的：
字段1 字段2 字段3 字段4
而這樣的數(shù)據(jù)庫(kù)表是不符合第一范式的：
字段1 字段2 字段3 字段4
字段3.1 字段3.2
很顯然，在當(dāng)前的任何關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）中，傻瓜也不可能做出不符合第一范式的數(shù)據(jù)庫(kù)，因?yàn)檫@些DBMS不允許你把數(shù)據(jù)庫(kù)表的一列再分成二列或多列。因此，你想在現(xiàn)有的DBMS中設(shè)計(jì)出不符合第一范式的數(shù)據(jù)庫(kù)都是不可能的。
第二范式（2NF）：數(shù)據(jù)庫(kù)表中不存在非關(guān)鍵字段對(duì)任一候選關(guān)鍵字段的部分函數(shù)依賴（部分函數(shù)依賴指的是存在組合關(guān)鍵字中的某些字段決定非關(guān)鍵字段的情況），也即所有非關(guān)鍵字段都完全依賴于任意一組候選關(guān)鍵字。
假定選課關(guān)系表為SelectCourse(學(xué)號(hào), 姓名, 年齡, 課程名稱, 成績(jī), 學(xué)分)，關(guān)鍵字為組合關(guān)鍵字(學(xué)號(hào), 課程名稱)，因?yàn)榇嬖谌缦聸Q定關(guān)系：
(學(xué)號(hào), 課程名稱) → (姓名, 年齡, 成績(jī), 學(xué)分)
這個(gè)數(shù)據(jù)庫(kù)表不滿足第二范式，因?yàn)榇嬖谌缦聸Q定關(guān)系：
(課程名稱) → (學(xué)分)
(學(xué)號(hào)) → (姓名, 年齡)
即存在組合關(guān)鍵字中的字段決定非關(guān)鍵字的情況。
由于不符合2NF，這個(gè)選課關(guān)系表會(huì)存在如下問(wèn)題：
(1) 數(shù)據(jù)冗余：
同一門課程由n個(gè)學(xué)生選修，"學(xué)分"就重復(fù)n-1次；同一個(gè)學(xué)生選修了m門課程，姓名和年齡就重復(fù)了m-1次。
(2) 更新異常：
若調(diào)整了某門課程的學(xué)分，數(shù)據(jù)表中所有行的"學(xué)分"值都要更新，否則會(huì)出現(xiàn)同一門課程學(xué)分不同的情況。
(3) 插入異常：
假設(shè)要開(kāi)設(shè)一門新的課程，暫時(shí)還沒(méi)有人選修。這樣，由于還沒(méi)有"學(xué)號(hào)"關(guān)鍵字，課程名稱和學(xué)分也無(wú)法記錄入數(shù)據(jù)庫(kù)。
(4) 刪除異常：
假設(shè)一批學(xué)生已經(jīng)完成課程的選修，這些選修記錄就應(yīng)該從數(shù)據(jù)庫(kù)表中刪除。但是，與此同時(shí)，課程名稱和學(xué)分信息也被刪除了。很顯然，這也會(huì)導(dǎo)致插入異常。
把選課關(guān)系表SelectCourse改為如下三個(gè)表：
學(xué)生：Student(學(xué)號(hào), 姓名, 年齡)；
課程：Course(課程名稱, 學(xué)分)；
選課關(guān)系：SelectCourse(學(xué)號(hào), 課程名稱, 成績(jī))。
這樣的數(shù)據(jù)庫(kù)表是符合第二范式的， 消除了數(shù)據(jù)冗余、更新異常、插入異常和刪除異常。
另外，所有單關(guān)鍵字的數(shù)據(jù)庫(kù)表都符合第二范式，因?yàn)椴豢赡艽嬖诮M合關(guān)鍵字。
第三范式（3NF）：在第二范式的基礎(chǔ)上，數(shù)據(jù)表中如果不存在非關(guān)鍵字段對(duì)任一候選關(guān)鍵字段的傳遞函數(shù)依賴則符合第三范式。所謂傳遞函數(shù)依賴，指的是如果存在"A → B → C"的決定關(guān)系，則C傳遞函數(shù)依賴于A。因此，滿足第三范式的數(shù)據(jù)庫(kù)表應(yīng)該不存在如下依賴關(guān)系：
關(guān)鍵字段 → 非關(guān)鍵字段x → 非關(guān)鍵字段y
假定學(xué)生關(guān)系表為Student(學(xué)號(hào), 姓名, 年齡, 所在學(xué)院, 學(xué)院地點(diǎn), 學(xué)院電話)，關(guān)鍵字為單一關(guān)鍵字"學(xué)號(hào)"，因?yàn)榇嬖谌缦聸Q定關(guān)系：
重慶分公司
重慶分公司
