SQL删除行会影响其他表吗

SQL删除行的影响取决于数据库设计中的外键约束和触发器。外键约束决定了当删除父表中的行时子表中的相关行是否也会被删除或设为NULL。触发器则可以在删除事件中执行额外的SQL代码，进一步影响删除操作的后果。因此，务必检查数据库模式，理解外键约束和触发器的行为，才能避免意外的数据丢失或损坏。

(图1)

SQL删除行会影响其他表吗？答案是：不一定。

这问题看似简单，实则暗藏玄机。很多初学者以为SQL只是单纯地从一个表里删数据，其实不然。它会牵扯到数据库的完整性约束、触发器、外键关系等一系列因素。读完这篇文章，你将不再对这个问题感到困惑，甚至能洞察数据库设计中的一些微妙之处。

让我们先从最基础的概念说起。数据库表之间通过外键建立关联。一个表的外键指向另一个表的主键，这就像现实世界中，订单表中的客户ID指向客户信息表中的客户ID一样。如果你的删除操作涉及到外键，事情就变得复杂了。

假设你有一个Orders表和一个Customers表，Orders表的外键customer_id指向Customers表的主键id。如果你直接删除Customers表中的一行，而Orders表中还有指向该行的记录，那么数据库系统会根据你设置的外键约束行为做出反应。通常有三种行为：

RESTRICT: 这是最严格的约束，它会阻止删除操作，除非Orders表中没有指向该行的记录。这能保证数据完整性，防止出现“孤儿记录”（即没有对应客户的订单）。这是推荐的做法，除非你有充分的理由选择其他方式。
CASCADE: 删除Customers表中的行时，会同时删除Orders表中所有指向该行的记录。这是一种“级联删除”，方便快捷，但需要谨慎使用，因为它可能会意外删除大量数据。使用前务必三思而后行，确保你完全理解其后果。
SET NULL: 删除Customers表中的行时，Orders表中对应的customer_id会被设置为NULL。这保留了订单记录，但失去了客户信息关联。这在某些场景下可能适用，例如，客户注销账号但保留其历史订单。

让我们用代码来演示一下。假设我们使用PostgreSQL，代码如下：

-- 创建Customers表
CREATE TABLE Customers (
    id SERIAL PRIMARY KEY,
    name VARCHAR(255)
);

-- 创建Orders表，customer_id为外键，设置ON DELETE CASCADE
CREATE TABLE Orders (
    id SERIAL PRIMARY KEY,
    customer_id INTEGER REFERENCES Customers(id) ON DELETE CASCADE,
    order_date DATE
);

-- 插入一些数据
INSERT INTO Customers (name) VALUES ('Alice'), ('Bob');
INSERT INTO Orders (customer_id, order_date) VALUES (1, '2024-03-08'), (2, '2024-03-09');

-- 删除Alice对应的客户信息，同时删除其订单
DELETE FROM Customers WHERE id = 1;

-- 查看Orders表，Alice的订单已被删除
SELECT * FROM Orders;