sql中怎么创建主键约束主键约束创建方法详解一看就会-SQL-PHP中文网

sql中怎么创建主键约束主键约束创建方法详解一看就会

冰火之心

发布： 2025-06-24 10:22:01

原创

767人浏览过

sql中创建主键约束的方法主要有两种：在创建表时定义，或者在已存在的表上添加。1. 创建表时定义主键约束的语法为create table 表名 (... constraint pk_表名 primary key (列名))，例如create table customers (... constraint pk_customers primary key (customerid))，支持单列或多列组合；2. 已存在的表可通过alter table语句添加主键约束，如alter table customers add constraint pk_customers primary key (customerid)。命名建议采用pk_表名格式，保持统一性和可读性。实现主键自增长因数据库而异，mysql使用auto_increment，sql server使用identity，postgresql可用serial或sequence，oracle则通过sequence和trigger实现。选择主键数据类型需考虑唯一性、不可变性、数据类型、长度和可读性，通常推荐使用int或bigint等整数类型，分布式系统可选用uuid，避免使用字符串或日期类型作为主键。

sql中怎么创建主键约束主键约束创建方法详解一看就会

直接回答问题：SQL中创建主键约束，简单来说，就是在表中指定一列或多列作为主键，确保该列（或这些列组合）的值唯一且非空，用于唯一标识表中的每一行数据。

解决方案：

创建主键约束的方法主要有两种：在创建表时定义，或者在已存在的表上添加。

1. 在创建表时定义主键约束：

CREATE TABLE 表名 (
    列名1 数据类型,
    列名2 数据类型,
    ...
    列名n 数据类型,
    CONSTRAINT PK_表名 PRIMARY KEY (列名1, 列名2, ...) -- 可以是单列或多列组合
);

登录后复制

例如，创建一个名为Customers的表，并将CustomerID列设置为主键：

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语句来添加主键约束。

ALTER TABLE 表名
ADD CONSTRAINT PK_表名 PRIMARY KEY (列名1, 列名2, ...);

登录后复制

例如，给已存在的Customers表添加主键约束：

ALTER TABLE Customers
ADD CONSTRAINT PK_Customers PRIMARY KEY (CustomerID);

登录后复制

同样，对于多列组合主键：

ALTER TABLE Orders
ADD CONSTRAINT PK_Orders PRIMARY KEY (CustomerID, OrderDate);

登录后复制

需要注意的是，在添加主键约束之前，要确保被指定为主键的列中的数据已经满足主键约束的要求，即没有重复值，且没有NULL值。如果存在违反约束的数据，添加主键约束会失败。有时候，需要在添加约束前，先清理一下数据。

主键约束的作用不仅仅是标识唯一性，还经常被用作外键关联的基础，构建表与表之间的关系。

SQL Server和MySQL在语法上略有差异，但核心思路是一致的。

主键约束命名规则是什么？

主键约束的命名规则没有强制的标准，但为了代码的可读性和维护性，建议采用一种统一的命名规范。常见的做法是使用 PK_表名的形式，其中 PK 代表 Primary Key，表名代表被约束的表名。例如，PK_Customers 表示 Customers 表的主键约束。当然，也可以根据实际情况进行调整，但保持一致性很重要。有些数据库允许更长的约束名，可以考虑加入更详细的信息，比如 PK_Customers_CustomerID，明确指出约束涉及的列。总之，清晰、易懂、一致是关键。如果团队有统一的编码规范，最好遵循团队规范。

主键自增长如何实现？

主键自增长的实现方式取决于你使用的数据库系统。不同的数据库有不同的语法和机制来实现自增长。

MySQL: 使用 AUTO_INCREMENT 关键字。
```
CREATE TABLE 表名 (
    ID INT AUTO_INCREMENT PRIMARY KEY,
    其他列 数据类型
);
```
登录后复制
插入数据时，ID 列会自动递增。
SQL Server: 使用 IDENTITY 属性。
```
CREATE TABLE 表名 (
    ID INT IDENTITY(1,1) PRIMARY KEY,
    其他列 数据类型
);
```
登录后复制
IDENTITY(1,1) 表示起始值为 1，每次递增 1。

PostgreSQL: 使用 SERIAL 数据类型或 SEQUENCE 对象。

使用 SERIAL：

CREATE TABLE 表名 (
    ID SERIAL PRIMARY KEY,
    其他列 数据类型
);

登录后复制

使用 SEQUENCE (更灵活，但更复杂)：

CREATE SEQUENCE 表名_ID_seq;
CREATE TABLE 表名 (
    ID INT PRIMARY KEY DEFAULT nextval('表名_ID_seq'),
    其他列 数据类型
);
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,
    其他列 数据类型
);

CREATE OR REPLACE TRIGGER 表名_ID_trig
BEFORE INSERT ON 表名
FOR EACH ROW
BEGIN
    SELECT 表名_ID_seq.NEXTVAL INTO :NEW.ID FROM DUAL;
END;
/

登录后复制

总而言之，主键自增长的实现方式高度依赖于你所使用的数据库系统，请查阅相应数据库的官方文档，了解最准确和最新的语法。

主键选择策略：应该选择什么样的数据类型作为主键？

选择主键的数据类型是一个需要仔细考虑的问题，它直接影响到数据库的性能、存储空间和可维护性。以下是一些常见的策略和考虑因素：

唯一性： 这是最基本的要求。主键必须能够唯一标识表中的每一行数据。如果业务上存在天然的唯一标识，例如身份证号、订单号等，可以直接使用。
不可变性： 主键的值应该尽量保持不变。频繁修改主键会带来很多问题，例如外键关联失效、索引重建等。如果业务上没有稳定的唯一标识，可以考虑使用自增长的整数类型。
数据类型：
- 整数类型 (INT, BIGINT)： 通常是最佳选择。整数类型占用空间小，比较效率高，而且易于自增长。 INT 通常够用，但如果数据量很大，或者未来可能超过 INT 的范围，可以考虑 BIGINT。
- UUID (Universally Unique Identifier)： 适用于分布式系统，可以保证全局唯一性，避免不同系统产生重复的主键。但 UUID 占用空间较大，且是无序的，可能会影响索引性能。一些数据库支持优化的 UUID 类型，例如 PostgreSQL 的 UUID 类型。
- 字符串类型 (VARCHAR)： 除非业务上必须使用字符串作为主键，否则不建议使用。字符串占用空间大，比较效率低，而且容易出错。如果必须使用字符串，尽量选择长度较短的字符串。
- 日期类型 (DATE, DATETIME)： 一般不建议作为主键，因为日期容易重复，而且不易维护。如果一定要使用日期作为主键的一部分，需要与其他列组合，确保唯一性。
长度： 主键的长度应该尽量短。主键的长度会影响索引的大小，以及外键关联的效率。尽量选择能够满足唯一性要求的最小长度。
可读性： 如果主键需要人工维护，应该选择可读性较好的数据类型。例如，自增长的整数比 UUID 更易于理解。