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 鍵，可能會帶來兩方面的消極影響：存儲空間增大；索引時間較慢。
B. mysql front 和 ms sql中關於主鍵（Primary Key）的問題，高手請進。
用自動編號是肯定 不行了，要是SQL2005的話，用row_number函數倒是可以變相的解決，你搜下類似的方案，但mysql肯定不行
C. SQL創建主鍵的語法
例如:
create table student
{
id int primary key identity(1,1), //primary key 就是創建主鍵,identity(1,1),從1開始以1自動增長.
name varchar(10) not null
}
D. 如何定義SQL主鍵
在SQL資料庫中，如何定義SQL主鍵是經常要遇到的問題，下面將為您介紹兩種定義SQL主鍵的方法，供您參考，希望對那您有所幫助。
SQL主鍵是資料庫表的一個重要屬性，建立主鍵可以避免表中存在完全相同的記錄，也就是說SQL主鍵在一張表中的記錄值是唯一的。
建立SQL主鍵有兩種方法：一種是在資料庫提供的GUI環境中建立，另一種是通過SQL語句執行建立，下面分別介紹。
1.在資料庫提供的GUI環境中建立（以SQL7為例）。
輸入表信息後按Ctrl鍵同時選中多行，然後點上面的主鍵按鈕就行了。
2.通過SQL語句執行建立。又分兩種，一是在建表語句中直接寫，二是建表之後更改表結構。
在建表語句中直接寫：
Create Table 表名 (欄位名1 Int Not Null,
欄位名2 nvarchar(13) Not Null Primary Key (欄位名1, 欄位名2),
欄位名3…………
欄位名N………… )
建表之後更改表結構：
CREATE TABLE 表名 (欄位名1 Int Not Null,
欄位名2 nvarchar(13) Not Null
欄位名3…………
欄位名N…………)
GO
ALTER TABLE 表名 WITH NOCHECK ADD
CONSTRAINT [PK_表名] PRIMARY KEY NONCLUSTERED
(
[欄位名1],
[欄位名2]
)
GO
【】
2．使用SQL語句創建主鍵約束
使用SQL語句創建主鍵約束可以在創建表（Create Table）或修改表（Alter Table）時進行 創建。
在修改表中創建主鍵約束語法：
ALTER TABLE table_name
ADD
CONSTRAINT constraint_name
PRIMARY KEY [CLUSTERED | NONCLUSTERED]
{(Column[,…n])}
參數說明：
CONSTRAINT：創建約束的關鍵字。
constraint_name：創建約束的名稱。
PRIMARY KEY：表示所創建約束的類型為主鍵約束。
CLUSTERED | NONCLUSTERED：是表示為PRIMARY KEY或UNIQUE約束創建聚集或非聚集索引的關鍵字。PRIMARY KEY約束默認為CLUSTERED，UNIQUE約束默認為 NONCLUSTERED。
下面在指定的資料庫中創建一個名為mytable的數據表，並在該數據表中將「userid」列設置為主鍵。
操作步驟：
（1）在操作系統中選擇「開始」→「所有程序」→「Microsoft SQL Server」→「查詢分析器」命令，打開查詢分析器。
（2）在查詢分析器的工具欄中選擇要連接的資料庫。
（3）在代碼編輯區中編寫如下代碼。
SQL語句如下：
USE 銷售管理系統 --引入資料庫
GO
CREATE TABLE mytable --創建表
(
USERID int CONSTRAINT pk_id PRIMARY KEY, --創建主鍵約束
USERNAME char (20), --數據列
USERPASS char (20), --數據列
USERPHONE char (20), --數據列
USERADDRESS varchar (50), --數據列
USERLEVEL char(2) --
E. mysql中的怎樣使用sql創建多欄位的主鍵的表
mysql中創建多個欄位主鍵的表的實例：
create table student(
stu_id int,
coures_id int,
name varchar,
primary key(stu_id,coures_id)
);
primary key(stu_id,coures_id) 嘿嘿 不懂的話可以追問我
F. 如何用sql 添加主鍵
操作步驟如下：
1、首先我們在這個StudentNo列上用你的滑鼠右擊，然後選擇裡面的修改，進行點擊，彈出
界面。
G. MYSQL查詢表的主鍵
SELECT
t.TABLE_NAME,
t.CONSTRAINT_TYPE,
c.COLUMN_NAME,
c.ORDINAL_POSITION
FROM
INFORMATION_SCHEMA.TABLE_CONSTRAINTS AS t,
INFORMATION_SCHEMA.KEY_COLUMN_USAGE AS c
WHERE
t.TABLE_NAME = c.TABLE_NAME
AND t.TABLE_SCHEMA = 'test'
AND t.CONSTRAINT_TYPE = 'PRIMARY KEY';
測試執行結果如下:
mysql> SELECT
-> t.TABLE_NAME,
-> t.CONSTRAINT_TYPE,
-> c.COLUMN_NAME,
-> c.ORDINAL_POSITION
-> FROM
-> INFORMATION_SCHEMA.TABLE_CONSTRAINTS AS t,
-> INFORMATION_SCHEMA.KEY_COLUMN_USAGE AS c
-> WHERE
-> t.TABLE_NAME = c.TABLE_NAME
-> AND t.TABLE_SCHEMA = 'test'
-> AND t.CONSTRAINT_TYPE = 'PRIMARY KEY'
-> LIMIT 3;
+------------+-----------------+-------------+------------------+
| TABLE_NAME | CONSTRAINT_TYPE | COLUMN_NAME | ORDINAL_POSITION |
+------------+-----------------+-------------+------------------+
| mr_dept | PRIMARY KEY | dept_id | 1 |
| order | PRIMARY KEY | id | 1 |
| tab | PRIMARY KEY | id | 1 |
+------------+-----------------+-------------+------------------+
3 rows in set (0.06 sec)
H. SQL怎樣用命令設置主鍵
可以參考下面的方法：
建表的時候，可以直接在列名後面增加主鍵約束，比如：
IDchar（5）primarykey。
對已經建表的列增加主鍵約束：
alter table 表名addconstraint約束名 primary key (ID)
(8)mysql主鍵sql擴展閱讀：
sql語句
添加主鍵
Alter table tabname add primary key(col)
刪除主鍵
Alter table tabname drop primary key(col)
創建索引
create [unique] index idxname on tabname(col….)
刪除索引
drop index idxname
I. mysql主鍵問題
sql中一個表只能有一個主鍵，或者有聯合主鍵。
不同的表如果主鍵一樣的話，其實完全可以做成一個表。
J. mysql設置主鍵的代碼是什麼
mysql設置主鍵的代碼是PRIMARY KEY （主鍵欄位）。
如：CREATE TABLE Customer （SID integer，Last＿Name varchar（30），First＿Name varchar（30），PRIMARY KEY （SID））。
主關鍵字（主鍵，primary key）是被挑選出來，作表的行的唯一標識的候選關鍵字。一個表只有一個主關鍵字。主關鍵字又可以稱為主鍵。
(10)mysql主鍵sql擴展閱讀：
永遠也不要更新主鍵。實際上，因為主鍵除了唯一地標識一行之外，再沒有其他的用途了，所以也就沒有理由去對它更新。如果主鍵需要更新，則說明主鍵應對用戶無意義的原則被違反了。
主鍵應當由計算機自動生成。如果由人來對主鍵的創建進行干預，就會使它帶有除了唯一標識一行以外的意義。一旦越過這個界限，就可能產生人為修改主鍵的動機，這樣，這種系統用來鏈接記錄行、管理記錄行的關鍵手段就會落入不了解資料庫設計的人的手中。