数据库主键与外键约束详解及最佳实践

1. 主键约束深度解析

主键约束是数据库设计中最为基础和重要的约束条件之一。它确保了表中每一行数据的唯一标识性，就像我们的身份证号码一样，每个人都有一个独一无二的标识。

1.1 主键的本质特性

主键必须满足三个核心特性：

• 唯一性：主键值在整个表中必须是唯一的，不能有重复
• 非空性：主键列不允许包含NULL值
• 不可变性：主键值一旦设定，原则上不应被修改

在实际项目中，我遇到过不少因为忽视这些特性导致的问题。比如有个电商系统，最初用用户名作为主键，后来发现用户名需要支持修改功能，这就违反了不可变性原则，不得不重构整个数据库结构。

1.2 主键定义的最佳实践

1.2.1 单字段主键定义

sql复制CREATE TABLE users (
    user_id INT PRIMARY KEY,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(100)
);

这种定义方式简洁明了，适合大多数单主键场景。我在实际开发中发现，这种写法在表结构简单时最为高效。

1.2.2 复合主键定义

sql复制CREATE TABLE order_items (
    order_id INT,
    product_id INT,
    quantity INT,
    PRIMARY KEY (order_id, product_id)
);

复合主键适用于多对多关系的中间表。曾经在一个库存管理系统中，我们使用(仓库ID, 货架ID)作为复合主键，完美解决了多仓库多货架的定位问题。

注意：复合主键的所有列组合必须唯一，但单个列可以有重复值。在设计时要充分考虑业务场景。

1.3 主键的后期管理

1.3.1 添加主键约束

sql复制ALTER TABLE employees 
ADD CONSTRAINT pk_employee_id PRIMARY KEY (employee_id);

这种方式特别适合已有数据的表添加主键约束。但要注意，如果表中已有重复数据或NULL值，操作会失败。我建议先执行以下检查：

sql复制-- 检查重复值
SELECT employee_id, COUNT(*) 
FROM employees 
GROUP BY employee_id 
HAVING COUNT(*) > 1;

-- 检查NULL值
SELECT * FROM employees WHERE employee_id IS NULL;

1.3.2 删除主键约束

sql复制ALTER TABLE employees DROP PRIMARY KEY;

这个操作看似简单，但在生产环境要格外小心。我有次在高峰期执行这个操作，导致短暂的服务不可用。建议在低峰期操