.jpg)
sql中創(chuàng)建主鍵約束的方法主要有兩種：在創(chuàng)建表時(shí)定義，或者在已存在的表上添加。1. 創(chuàng)建表時(shí)定義主鍵約束的語(yǔ)法為create table 表名 (… constraint pk_表名 primary key (列名))，例如create table customers (… constraint pk_customers primary key (customerid))，支持單列或多列組合；2. 已存在的表可通過(guò)alter table語(yǔ)句添加主鍵約束，如alter table customers add constraint pk_customers primary key (customerid)。命名建議采用pk_表名格式，保持統(tǒng)一性和可讀性。實(shí)現(xiàn)主鍵自增長(zhǎng)因數(shù)據(jù)庫(kù)而異，mysql使用auto_increment，sql server使用identity，postgresql可用serial或sequence，oracle則通過(guò)sequence和trigger實(shí)現(xiàn)。選擇主鍵數(shù)據(jù)類(lèi)型需考慮唯一性、不可變性、數(shù)據(jù)類(lèi)型、長(zhǎng)度和可讀性，通常推薦使用int或bigint等整數(shù)類(lèi)型，分布式系統(tǒng)可選用uuid，避免使用字符串或日期類(lèi)型作為主鍵。
直接回答問(wèn)題：SQL中創(chuàng)建主鍵約束，簡(jiǎn)單來(lái)說(shuō)，就是在表中指定一列或多列作為主鍵，確保該列（或這些列組合）的值唯一且非空，用于唯一標(biāo)識(shí)表中的每一行數(shù)據(jù)。
解決方案：
創(chuàng)建主鍵約束的方法主要有兩種：在創(chuàng)建表時(shí)定義，或者在已存在的表上添加。
1. 在創(chuàng)建表時(shí)定義主鍵約束：
CREATE TABLE 表名 ( 列名1 數(shù)據(jù)類(lèi)型, 列名2 數(shù)據(jù)類(lèi)型, ... 列名n 數(shù)據(jù)類(lèi)型, CONSTRAINT PK_表名 PRIMARY KEY (列名1, 列名2, ...) -- 可以是單列或多列組合 );
例如，創(chuàng)建一個(gè)名為Customers的表，并將CustomerID列設(shè)置為主鍵：
CREATE TABLE Customers ( CustomerID int, LastName varchar(255), FirstName varchar(255), Address varchar(255), City varchar(255), CONSTRAINT PK_Customers PRIMARY KEY (CustomerID) );
如果主鍵是多列組合，例如CustomerID和Orderdate：
CREATE TABLE Orders ( CustomerID int, OrderDate date, OrderNumber int, CONSTRAINT PK_Orders PRIMARY KEY (CustomerID, OrderDate) );
2. 在已存在的表上添加主鍵約束：
使用ALTER TABLE語(yǔ)句來(lái)添加主鍵約束。
ALTER TABLE 表名 ADD CONSTRAINT PK_表名 PRIMARY KEY (列名1, 列名2, ...);
例如，給已存在的Customers表添加主鍵約束：
ALTER TABLE Customers ADD CONSTRAINT PK_Customers PRIMARY KEY (CustomerID);
同樣，對(duì)于多列組合主鍵：
ALTER TABLE Orders ADD CONSTRAINT PK_Orders PRIMARY KEY (CustomerID, OrderDate);
需要注意的是，在添加主鍵約束之前，要確保被指定為主鍵的列中的數(shù)據(jù)已經(jīng)滿(mǎn)足主鍵約束的要求，即沒(méi)有重復(fù)值，且沒(méi)有NULL值。 如果存在違反約束的數(shù)據(jù)，添加主鍵約束會(huì)失敗。 有時(shí)候，需要在添加約束前，先清理一下數(shù)據(jù)。
主鍵約束的作用不僅僅是標(biāo)識(shí)唯一性，還經(jīng)常被用作外鍵關(guān)聯(lián)的基礎(chǔ)，構(gòu)建表與表之間的關(guān)系。
SQL Server和mysql在語(yǔ)法上略有差異，但核心思路是一致的。
主鍵約束命名規(guī)則是什么？
主鍵約束的命名規(guī)則沒(méi)有強(qiáng)制的標(biāo)準(zhǔn)，但為了代碼的可讀性和維護(hù)性，建議采用一種統(tǒng)一的命名規(guī)范。 常見(jiàn)的做法是使用 PK_表名 的形式，其中 PK 代表 Primary Key，表名 代表被約束的表名。 例如，PK_Customers 表示 Customers 表的主鍵約束。 當(dāng)然，也可以根據(jù)實(shí)際情況進(jìn)行調(diào)整，但保持一致性很重要。 有些數(shù)據(jù)庫(kù)允許更長(zhǎng)的約束名，可以考慮加入更詳細(xì)的信息，比如 PK_Customers_CustomerID，明確指出約束涉及的列。 總之，清晰、易懂、一致是關(guān)鍵。 如果團(tuán)隊(duì)有統(tǒng)一的編碼規(guī)范，最好遵循團(tuán)隊(duì)規(guī)范。
主鍵自增長(zhǎng)如何實(shí)現(xiàn)？
主鍵自增長(zhǎng)的實(shí)現(xiàn)方式取決于你使用的數(shù)據(jù)庫(kù)系統(tǒng)。 不同的數(shù)據(jù)庫(kù)有不同的語(yǔ)法和機(jī)制來(lái)實(shí)現(xiàn)自增長(zhǎng)。
-
MySQL: 使用 AUTO_INCREMENT 關(guān)鍵字。
CREATE TABLE 表名 ( ID INT AUTO_INCREMENT PRIMARY KEY, 其他列 數(shù)據(jù)類(lèi)型 );
插入數(shù)據(jù)時(shí)，ID 列會(huì)自動(dòng)遞增。
-
SQL Server: 使用 IDENTITY 屬性。
CREATE TABLE 表名 ( ID INT IDENTITY(1,1) PRIMARY KEY, 其他列 數(shù)據(jù)類(lèi)型 );
IDENTITY(1,1) 表示起始值為 1，每次遞增 1。
-
PostgreSQL: 使用 SERIAL 數(shù)據(jù)類(lèi)型或 SEQUENCE 對(duì)象。
使用 SERIAL：
CREATE TABLE 表名 ( ID SERIAL PRIMARY KEY, 其他列 數(shù)據(jù)類(lèi)型 );
使用 SEQUENCE (更靈活，但更復(fù)雜)：
CREATE SEQUENCE 表名_ID_seq; CREATE TABLE 表名 ( ID INT PRIMARY KEY DEFAULT nextval('表名_ID_seq'), 其他列 數(shù)據(jù)類(lèi)型 ); ALTER SEQUENCE 表名_ID_seq OWNED BY 表名.ID; -
oracle: 使用 SEQUENCE 和 TRIGGER。
CREATE SEQUENCE 表名_ID_seq MINVALUE 1 START WITH 1 INCREMENT BY 1; CREATE TABLE 表名 ( ID INT PRIMARY KEY, 其他列 數(shù)據(jù)類(lèi)型 ); CREATE OR REPLACE TRIGGER 表名_ID_trig BEFORE INSERT ON 表名 FOR EACH ROW BEGIN SELECT 表名_ID_seq.NEXTVAL INTO :NEW.ID FROM DUAL; END; /
總而言之，主鍵自增長(zhǎng)的實(shí)現(xiàn)方式高度依賴(lài)于你所使用的數(shù)據(jù)庫(kù)系統(tǒng)，請(qǐng)查閱相應(yīng)數(shù)據(jù)庫(kù)的官方文檔，了解最準(zhǔn)確和最新的語(yǔ)法。
主鍵選擇策略：應(yīng)該選擇什么樣的數(shù)據(jù)類(lèi)型作為主鍵？
選擇主鍵的數(shù)據(jù)類(lèi)型是一個(gè)需要仔細(xì)考慮的問(wèn)題，它直接影響到數(shù)據(jù)庫(kù)的性能、存儲(chǔ)空間和可維護(hù)性。 以下是一些常見(jiàn)的策略和考慮因素：
-
唯一性： 這是最基本的要求。 主鍵必須能夠唯一標(biāo)識(shí)表中的每一行數(shù)據(jù)。 如果業(yè)務(wù)上存在天然的唯一標(biāo)識(shí)，例如身份證號(hào)、訂單號(hào)等，可以直接使用。
-
不可變性： 主鍵的值應(yīng)該盡量保持不變。 頻繁修改主鍵會(huì)帶來(lái)很多問(wèn)題，例如外鍵關(guān)聯(lián)失效、索引重建等。 如果業(yè)務(wù)上沒(méi)有穩(wěn)定的唯一標(biāo)識(shí)，可以考慮使用自增長(zhǎng)的整數(shù)類(lèi)型。
-
數(shù)據(jù)類(lèi)型：
-
整數(shù)類(lèi)型 (INT, BIGINT)： 通常是最佳選擇。 整數(shù)類(lèi)型占用空間小，比較效率高，而且易于自增長(zhǎng)。 INT 通常夠用，但如果數(shù)據(jù)量很大，或者未來(lái)可能超過(guò) INT 的范圍，可以考慮 BIGINT。
-
UUID (Universally Unique Identifier)： 適用于分布式系統(tǒng)，可以保證全局唯一性，避免不同系統(tǒng)產(chǎn)生重復(fù)的主鍵。 但 UUID 占用空間較大，且是無(wú)序的，可能會(huì)影響索引性能。 一些數(shù)據(jù)庫(kù)支持優(yōu)化的 UUID 類(lèi)型，例如 PostgreSQL 的 UUID 類(lèi)型。
-
字符串類(lèi)型 (VARCHAR)： 除非業(yè)務(wù)上必須使用字符串作為主鍵，否則不建議使用。 字符串占用空間大，比較效率低，而且容易出錯(cuò)。 如果必須使用字符串，盡量選擇長(zhǎng)度較短的字符串。
-
日期類(lèi)型 (DATE, DATETIME)： 一般不建議作為主鍵，因?yàn)槿掌谌菀字貜?fù)，而且不易維護(hù)。 如果一定要使用日期作為主鍵的一部分，需要與其他列組合，確保唯一性。
-
-
長(zhǎng)度： 主鍵的長(zhǎng)度應(yīng)該盡量短。 主鍵的長(zhǎng)度會(huì)影響索引的大小，以及外鍵關(guān)聯(lián)的效率。 盡量選擇能夠滿(mǎn)足唯一性要求的最小長(zhǎng)度。
-
可讀性： 如果主鍵需要人工維護(hù)，應(yīng)該選擇可讀性較好的數(shù)據(jù)類(lèi)型。 例如，自增長(zhǎng)的整數(shù)比 UUID 更易于理解。
總的來(lái)說(shuō)，選擇主鍵的數(shù)據(jù)類(lèi)型需要在唯一性、不可變性、數(shù)據(jù)類(lèi)型、長(zhǎng)度和可讀性之間進(jìn)行權(quán)衡。 在大多數(shù)情況下，自增長(zhǎng)的整數(shù)類(lèi)型是最佳選擇。 但具體情況還需要根據(jù)實(shí)際業(yè)務(wù)需求進(jìn)行分析。 在系統(tǒng)設(shè)計(jì)初期，就應(yīng)該仔細(xì)考慮主鍵的選擇策略，避免后期修改帶來(lái)的麻煩。
.png)
