當前位置:首頁 » 數據倉庫 » 資料庫表主鍵
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

資料庫表主鍵

發布時間: 2022-01-12 22:38:47

資料庫表中的主鍵有什麼作用

資料庫主鍵

主鍵:表中經常有一個列或多列的組合,其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵,通過它可強製表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束,而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據,所以經常用來定義標識列。

作用:

1)保證實體的完整性;

2)加快資料庫的操作速度

3) 在表中添加新記錄時,ACCESS會自動檢查新記錄的主鍵值,不允許該值與其他記錄的主鍵值重復。

4) ACCESS自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵,則按輸入記錄的順序顯示表中的記錄。

在有些資料庫中,雖然主鍵不是必需的,但最好為每個表都設置一個主鍵,不管是單主鍵還是復合主鍵。它存在代表著表結構的完整性,表的記錄必須得有唯一區分的欄位,主鍵主要是用於其他表的外鍵關聯,以及本記錄的修改與刪除。

主鍵的無意義性

在開發過程中,讀者可能會看到將一些表使用有意義的欄位表示主鍵,例如「用戶登錄信息表」將「登錄名」(英文名)作為主鍵,「訂單表」中將「訂單編號」作為主鍵,如此設計主鍵一般都是沒什麼問題,因為將這些主鍵基本不具有「意義更改」的可能性。但是,也有一些例外的情況,例如「訂單表」需要支持需求「訂單可以作廢,並重新生成訂單,而且訂單號要保持原訂單號一致」,那將「訂單編號」作為主鍵就滿足不了要求了。因此讀者在使用具有實際意義的欄位作為主鍵時,需要考慮是否存在這種可能性。

主鍵的選擇

①編號作主鍵

此方法就是採用實際業務中的唯一欄位的「編號」作為主鍵設計,這在小型的項目中是推薦這樣做的,因為這可以使項目比較簡單化,但在使用中卻可能帶來一些麻煩,比如要進行「編號修改」時,可能要涉及到很多相關聯的其他表,就像黎叔說的「後果很嚴重」;還有就是上面提到的「業務要求允許編號重復時」,我們再那麼先知,都無法知道業務將會修改成什麼?

②自動編號主鍵

這種方法也是很多朋友在使用的,就是新建一個ID欄位,自動增長,非常方便也滿足主鍵的原則,優點是:資料庫自動編號,速度快,而且是增量增長,聚集型主鍵按順序存放,對於檢索非常有利;數字型的,佔用空間小,易排序,在程序中傳遞也方便;如果通過非系統增加記錄(比如手動錄入,或是用其他工具直接在表裡插入新記錄,或老系統數據導入)時,非常方便,不用擔心主鍵重復問題。

缺點:其實缺點也就是來自其優點,就是因為自動增長,在手動要插入指定ID的記錄時會顯得麻煩,尤其是當系統與其他系統集成時,需要數據導入時,很難保證原系統的ID不發生主鍵沖突(前提是老系統也是數字型的);如果其他系統主鍵不是數字型那就麻煩更大了,會導致修改主鍵數據類型了,這也會導致其他相關表的修改,後果同樣很嚴重;就算其他系統也是數字型的,在導入時,為了區分新老數據,可能想在老數據主鍵前統一加一個「o」(old)來表示這是老數據,那麼自動增長的數字型又面臨一個挑戰。

② 資料庫中什麼是主鍵,什麼是外鍵

主鍵(Primary key): 也稱為主碼或主關鍵字,用於惟一地確定一個元組的屬性或屬性組(復合主碼)。每個關系都有一個並且只有一個主碼。

外鍵(Foreign Key):也稱為外碼或外部關鍵字。如果一個屬性集不是所在關系的關鍵字,但是是其他關系的關鍵字,則該屬性集稱為外部關鍵字。

在關系資料庫中可以通過外鍵使兩個關系關聯,這種聯系通常是一對多(1:n)的,其中主(父)關系(1方)稱為被參照關系,從(子)關系(n方)稱為參照關系。

(2)資料庫表主鍵擴展閱讀:

資料庫主鍵作用:

1、保證實體的完整性

2、加快資料庫的操作速度

3、在表中添加新記錄時,DBMS會自動檢查新記錄的主鍵值,不允許該值與其他記錄的主鍵值重復。

4、DBMS自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵,則按輸入記錄的順序顯示表中的記錄。

在有些資料庫中,雖然主鍵不是必需的,但最好為每個表都設置一個主鍵,不管是單主鍵還是復合主鍵。它存在代表著表結構的完整性,表的記錄必須得有唯一區分的欄位,主鍵主要是用於其他表的外鍵關聯,以及本記錄的修改與刪除。

③ 在資料庫中建立一張表,主鍵是什麼意思

一個表裡面只有一個主鍵,但是你可以設置聯合主鍵,就是將多個欄位一起設置為主鍵

④ mysql資料庫表用什麼做主鍵

1、主鍵定義
表中經常有一個列或多列的組合,其值能唯一地標識表中的每一行。這樣的一列或多列稱為表的主鍵,通過它可強製表的實體完整性。當創建或更改表時可通過定義 PRIMARY KEY 約束來創建主鍵。一個表只能有一個 PRIMARY KEY 約束,而且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束確保唯一數據,所以經常用來定義標識列。
2、主鍵作用
1)保證實體的完整性;
2)加快資料庫的操作速度
3) 在表中添加新記錄時,資料庫會自動檢查新記錄的主鍵值,不允許該值與其他記錄的主鍵值重復。
4) 資料庫自動按主鍵值的順序顯示表中的記錄。如果沒有定義主鍵,則按輸入記錄的順序顯示表中的記錄。
3、主鍵的必要性
在有些資料庫中,雖然主鍵不是必需的,但最好為每個表都設置一個主鍵,不管是單主鍵還是復合主鍵。它存在代表著表結構的完整性,表的記錄必須得有唯一區分的欄位,主鍵主要是用於其他表的外鍵關聯,以及本記錄的修改與刪除。
4、主鍵的選擇
1)編號作主鍵

此方法就是採用實際業務中的唯一欄位的「編號」作為主鍵設計,這在小型的項目中是推薦這樣做的,因為這可以使項目比較簡單化,但在使用中卻可能帶來一些麻煩,比如要進行「編號修改」時,可能要涉及到很多相關聯的其他表
2)自動編號主鍵
這種方法也是很多人在使用的,就是新建一個ID欄位,自動增長,非常方便也滿足主鍵的原則
a、優點:資料庫自動編號,速度快,而且是增量增長,聚集型主鍵按順序存放,對於檢索非常有利;數字型的,佔用空間小,易排序,在程序中傳遞也方便;如果通過非系統增加記錄(比如手動錄入,或是用其他工具直接在表裡插入新記錄,或老系統數據導入)時,非常方便,不用擔心主鍵重復問題。
b、缺點:其實缺點也就是來自其優點,就是因為自動增長,在手動要插入指定ID的記錄時會顯得麻煩,尤其是當系統與其他系統集成時,需要數據導入時,很難保證原系統的ID不發生主鍵沖突(前提是老系統也是數字型的);如果其他系統主鍵不是數字型那就麻煩更大了,會導致修改主鍵數據類型了,這也會導致其他相關表的修改,後果同樣很嚴重;就算其他系統也是數字型的,在導入時,為了區分新老數據,可能想在老數據主鍵前統一加一個「o」(old)來表示這是老數據,那麼自動增長的數字型又面臨一個挑戰。
3)Max加一
由於自動編號存在那些問題,所以有些人就採用自己生成,同樣是數字型的,只是把自動增長去掉了,採用在Insert時,讀取Max值後加一,這種方法可以避免自動編號的問題,但也存在一個效率問題,如果記錄非常大的話,那麼Max()也會影響效率的;更嚴重的是並發性問題,如果同時有兩人讀到相同的Max後,加一後插入的ID值會重復,這已經是有經驗教訓的了。
4)自製加一
考慮Max加一的效率後,有人採用自製加一,也就是建一個特別的表,欄位為:表名,當前序列值。這樣在往表中插入值時,先從此表中找到相應表的最大值後加一,進行插入,有人可能發現,也可能會存在並發處理,這個並發處理,可以採用lock線程的方式來避免,在生成此值的時,先Lock,取到值以後,再unLock出來,這樣不會有兩人同時生成了。這比Max加一的速度要快多了。但同樣存在一個問題:在與其他系統集成時,脫離了系統中的生成方法後,很麻煩保證自製表中的最大值與導入後的保持一致,而且數字型都存在上面講到的「o」老數據的導入問題。因此在「自製加一」中可以把主鍵設為字元型的。字元型的自製加一中應該字元型主鍵可以應付很多我們意想不到的情況。
5)GUID主鍵
目前一個比較好的主鍵是採用GUID,推薦主鍵還是字元型的,但值由GUID生成,GUID是可以自動生成,也可以程序生成,而且鍵值不可能重復,可以解決系統集成問題,幾個系統的GUID值導到一起時,也不會發生重復,就算有「o」老數據也可以區分,而且效率很高,在.NET里可以直接使用System.Guid.NewGuid()進行生成,在SQL里也可以使用NewID()生成。優點是:
同IDENTITY 列相比,uniqueidentifier 列可以通過NewID() 函數提前得知新增加的行ID,為應用程序的後續處理提供了很大方便。
a、優點:便於資料庫移植,其它資料庫中並不一定具有IDENTITY 列,而Guid 列可以作為字元型列轉換到其它資料庫中,同時將應用程序中產生的GUID 值存入資料庫,它不會對原有數據帶來影響。便於資料庫初始化,如果應用程序要載入一些初始數據,IDENTITY 列的處理方式就比較麻煩,而uniqueidentifier 列則無需任何處理,直接用T-SQL 載入即可。便於對某些對象或常量進行永久標識,如類的ClassID,對象的實例標識,UDDI 中的聯系人、服務介面、tModel標識定義等。
b:缺點是:
GUID 值較長,不容易記憶和輸入,而且這個值是隨機、無順序的
GUID 的值有16 個位元組,與其它那些諸如4 位元組的整數相比要相對大一些。這意味著如果在資料庫中使用uniqueidentifier 鍵,可能會帶來兩方面的消極影響:存儲空間增大;索引時間較慢。

⑤ 資料庫中的主鍵是什麼意思

帶主鍵的表
主鍵(primary
key)是表中的一個或多個欄位,它的值用於惟一地標識表中的某一條記錄。在兩個表的關系中,主鍵用來在一個表中引用來自於另一個表中的特定記錄。

⑥ 什麼是資料庫裡面的主鍵

資料庫主鍵的意思是指一個列或者是多列的組合,它的值能唯一地標識表中的每一行,它的作用是可強製表的實體完整性。主鍵用於其他表的外鍵關聯,以及本記錄的修改與刪除。在創建以及更改表的時候可以通過定義 PRIMARY KEY 約束來進行主鍵的創建。

(6)資料庫表主鍵擴展閱讀:

資料庫主鍵的作用如下:

1、可以保證實體的完整性。

2、加快資料庫的操作速度。

3、在表中添加新記錄時,DBMS會自動檢查新記錄的主鍵值。

4、DBMS自動按主鍵值的順序顯示表中的記錄。

⑦ 資料庫表中的主鍵和外鍵

主外鍵的存在是依託兩個實體之間的關系而存在的;
比如班級與學生的關系:
一個班級可以有多個學生,並且一個學生只能屬於一個班級,這就是一對多的關系;
那麼設計資料庫的時候就應該在學生表內存放班級的ID作為外鍵,為什麼不在班級表內放學生呢?
因為,你想一想班級表內如果放學生那麼記錄可能就是這樣:
1班ID 1班 xx同學id
1班ID 1班 xx同學id
..
這是不允許的,班級表內班級為主鍵,是唯一的不允許相同記錄的;
下面簡單給你講下大概建成的表結構
--建班級表
create table class(
classid int primary key,--定義班級ID為主鍵
classname varchar(15)
)
--建學生表
create table students(
studentid int primary key,--定義學生ID為主鍵
classid int ,--外鍵值,跟班級表classid 屬性類型相同
stuname varchar(20),--學生姓名
---定義外鍵
foreign key(classid) references class(classid) --本表classid是基於class表classid的外鍵
)
---------
如上定義了主外鍵後,兩個表間的關系就是一對多的關系了,並且學生表內的classid必須依託班級表的classid存在,也就是說外鍵必須要主鍵存在的時候才能創建,例如:
--在班級表為空的情況往學生表插入一條記錄是不允許的:
insert into students(studentid,classid,stuname)values(1,1,'小明')
系統會拋出異常提示主鍵表班級表內班級ID不存在這樣是不允許插入的;
必須要先往班級表內插入一條記錄:
insert into class(classid,classname)values(1,'一班')
後才能執行插入前面一條往學生表插入信息的語句..

--------------可了解一些了?真累啊.

⑧ 資料庫 一個表哪個是主鍵是不是第一列是主鍵

首先要說明的是,你說的兩個不是一回事,主鍵確實是針對表的,但是他的位置是不一定的,因為資料庫中欄位是隨便排列的,可能你創建表的時候隨機添加的,而主鍵是你創建好這個列侯,相當於在你的欄位上給他增加了一個屬性,這個屬性就是來告訴用戶,這個欄位是主鍵的。但是咱們一般定義一個表的時候,都會根據你列的唯一性來確認一個主鍵,如學生的學號啊,還是如你的QQ號啊。下面的截圖你看下就明白了,列和鍵是分開的,