SQL CONSTRAINT 定义 DEFERRABLE INITIALLY IMMEDIATE 仍然是 DEFERRED

在本文中，我们将介绍 SQL 中 CONSTRAINT 定义中的 DEFERRABLE INITIALLY IMMEDIATE，并探讨其是否仍然是 DEFERRED。

阅读更多：SQL 教程

SQL CONSTRAINT 和 DEFERRABLE INITIALLY IMMEDIATE

在 SQL 数据库中，CONSTRAINT 是一种用于定义和强制执行数据完整性的机制。它可以用于定义各种规则和限制，以确保数据的有效性和一致性。

DEFERRABLE INITIALLY IMMEDIATE 是 CONSTRAINT 定义的一个子句，用于指定约束的延迟检查行为。当 CONSTRAINT 被定义为 DEFERRABLE INITIALLY IMMEDIATE 时，它意味着约束条件在每次数据更新操作之前都会被立即检查并执行。

DEFERRED 约束

然而，有时候我们可能希望推迟约束的检查并在事务结束时再执行。这时我们可以将 CONSTRAINT 定义为 DEFERRED。

例如，假设我们有两个表：Order 表和Order_Items 表。Order_Items 表包含与 Order 表相关的订单项数据。我们希望在插入新订单，并插入与之关联的订单项数据之前，确保Order表中存在对应的订单记录。

我们可以为Order_Items 表增加一个FOREIGN KEY CONSTRAINT来实现这个要求：

CREATE TABLE Order_Items (
    order_item_id INT PRIMARY KEY,
    order_id INT,
    item_name VARCHAR(50),
    CONSTRAINT fk_order_items_order
        FOREIGN KEY (order_id)
        REFERENCES Orders(order_id)
        DEFERRABLE INITIALLY DEFERRED
);

在这个例子中，DEFERRABLE INITIALLY DEFERRED 指示约束条件在整个事务过程中被推迟检查。

DEFERRABLE INITIALLY IMMEDIATE 是否仍然是 DEFERRED？

虽然我们将 CONSTRAINT 定义为 DEFERRABLE INITIALLY IMMEDIATE，但是并不意味着它在整个事务过程中都会被推迟检查。在每次数据更新操作之前，仍然会立即检查并执行这个约束条件。

然而，如果我们在事务中显式地使用 SET CONSTRAINTS 命令将 DEFERRABLE INITIALLY IMMEDIATE 的约束条件推迟到事务结束时再执行，则约束条件会被推迟。

让我们通过一个示例来说明这一点：

BEGIN;
SET CONSTRAINTS ALL DEFERRED;

-- 插入订单数据
INSERT INTO Orders (order_id, customer_id, order_date)
VALUES (1, 1001, '2022-01-01');

-- 插入订单项数据
INSERT INTO Order_Items (order_item_id, order_id, item_name)
VALUES (1, 1, 'Item A');
COMMIT;

在这个示例中，我们使用了 SET CONSTRAINTS ALL DEFERRED 命令将所有的约束条件推迟到事务结束时才执行。