用 FOREIGN KEY 建立级联引用关系需三步：先确保父表有主键或唯一约束列，再在子表声明外键并精确匹配数据类型与列组合，最后显式指定 ON DELETE/ON UPDATE 级联行为；必须索引外键列，慎用 CASCADE，跨库不可用。
用 FOREIGN KEY 建立两张表之间的级联引用关系，核心是三步：先确保父表有唯一标识列（主键或唯一约束），再在子表中声明外键并明确引用路径，最后通过 ON DELETE 或 ON UPDATE 指定级联行为。关键不在“能不能连”，而在“怎么连得安全、可控、可维护”。
父表必须提供可靠锚点
外键不能随便指向任意列——它只能引用父表中PRIMARY KEY 或 UNIQUE 约束的列。比如部门表中用 部门ID INT PRIMARY KEY，就不能拿 部门名称（可能重复）当被引用列。
- 数据类型、长度、精度、排序规则（字符串）必须完全一致，或能隐式转换；显式转换需谨慎，易埋隐患
- 若用组合唯一约束（如
UNIQUE(城市, 区域)），子表外键也必须是相同数量和顺序的列组合 - 不建议用
timestamp列做被引用列，CASCADE不支持它
子表定义外键时绑定级联动作
级联不是默认开启的，必须显式写进外键定义里。常见组合有：
-
ON DELETE CASCADE：删部门时，自动删掉该部门下所有员工记录 -
ON UPDATE CASCADE：改部门ID（极少见，但若业务允许），员工表里的部门ID同步更新 -
ON DELETE SET NULL：删部门后，员工记录保留，但部门ID设为 NULL（要求该列允许 NULL） -
ON DELETE NO ACTION（默认）：尝试删被引用的部门时直接报错，事务回滚
注意：NO ACTION 和 RESTRICT 在 SQL Server 中效果相同，都是阻止操作；而 SET DEFAULT 要求外键列已定义 DEFAULT 值且该值在父表中存在（否则违反外键约束）。
建表时定义最稳妥，已有表加外键要小心
推荐在创建子表时一并定义外键，逻辑集中、不易遗漏：
CREATE TABLE 员工 (
员工ID INT PRIMARY KEY,
姓名 VARCHAR(50),
部门ID INT,
CONSTRAINT fk_员工_部门
FOREIGN KEY (部门ID) REFERENCES 部门(部门ID)
ON DELETE SET NULL
ON UPDATE CASCADE
);
如果表已存在，用 ALTER TABLE 添加：
- 先确认子表中现有数据都满足外键规则（即每个
部门ID在部门表中都有对应值），否则添加失败 - 语法为：
ALTER TABLE 员工 ADD CONSTRAINT fk_员工_部门 FOREIGN KEY (部门ID) REFERENCES 部门(部门ID) ON DELETE CASCADE; - 删除外键用：
ALTER TABLE 员工 DROP CONSTRAINT fk_员工_部门;
别忽略性能与设计细节
外键不是加了就万事大吉，几个实际影响要注意：
- 在外键列（如子表的
部门ID）和被引用列（父表的部门ID）上建立索引，否则关联查询或级联删除可能全表扫描 - 慎用
CASCADE，尤其是ON DELETE CASCADE——一次误删可能触发多层连锁删除，建议关键业务用SET NULL或应用层控制 - 跨数据库无法直接建外键，SQL Server 不支持；如需引用完整性，得靠触发器或应用逻辑兜底
- 自引用（如员工表中
上级ID指向本表员工ID）可行，但递归深度和查询写法要额外考虑
