SQL 约束定义中的DEFERRABLE INITIALLY IMMEDIATE是否仍为DEFERRED

在本文中，我们将介绍SQL中约束定义中的DEFERRABLE INITIALLY IMMEDIATE，探讨其是否仍然会被延迟执行（DEFERRED）。

阅读更多：SQL 教程

什么是DEFERRABLE INITIALLY IMMEDIATE？

在SQL中，约束用于限制对数据库表中数据的插入、更新和删除操作。约束定义了一些规则，以确保数据完整性和一致性。其中之一是DEFERRABLE INITIALLY IMMEDIATE约束。

DEFERRABLE INITIALLY IMMEDIATE约束指定在事务执行期间是否要推迟（DEFERRED）对约束的检查。INITIALLY IMMEDIATE表示在事务开始时立即检查约束。而DEFERRABLE表示可以在事务期间通过显式命令延迟检查约束。换句话说，DEFERRABLE INITIALLY IMMEDIATE约束在事务开始时立即检查，并且不允许推迟对约束的检查。

示例说明

为了更好地理解DEFERRABLE INITIALLY IMMEDIATE约束，我们来看一个示例。

假设我们有一个名为”Employees”的表，其中包含以下列：EmployeeID、FirstName、LastName和Salary。我们想要在”Employees”表上创建一个DEFERRABLE INITIALLY IMMEDIATE约束，以确保每个员工的Salary字段大于1000。

CREATE TABLE Employees (
  EmployeeID INT PRIMARY KEY,
  FirstName VARCHAR(50),
  LastName VARCHAR(50),
  Salary DECIMAL(10, 2),
  CONSTRAINT CHK_Salary CHECK (Salary > 1000) DEFERRABLE INITIALLY IMMEDIATE
);

在上面的示例中，我们使用CHECK约束来定义了一个验证Salary字段大于1000的约束。该约束被标记为DEFERRABLE INITIALLY IMMEDIATE，以指示在事务开始时立即检查该约束。

现在，让我们执行一些插入和更新操作，以查看DEFERRABLE INITIALLY IMMEDIATE约束的行为。

-- 开启一个事务
BEGIN TRANSACTION;

-- 插入一条记录，违反了DEFERRABLE INITIALLY IMMEDIATE约束
INSERT INTO Employees (EmployeeID, FirstName, LastName, Salary)
VALUES (1, 'John', 'Doe', 500);

-- 更新Salary字段，使其符合DEFERRABLE INITIALLY IMMEDIATE约束
UPDATE Employees
SET Salary = 2000
WHERE EmployeeID = 1;

-- 提交事务
COMMIT;

在上面的示例中，我们首先插入了一个Salary字段为500的记录，违反了DEFERRABLE INITIALLY IMMEDIATE约束。然后，我们更新了该记录的Salary字段，使其符合约束。最后，我们提交了事务。由于DEFERRABLE INITIALLY IMMEDIATE约束在事务开始时立即检查，因此在插入记录时违反了约束。

DEFERRABLE INITIALLY IMMEDIATE是否仍为DEFERRED？

尽管DEFERRABLE INITIALLY IMMEDIATE约束的名称中包含”DEFERRABLE”一词，但它在定义时指定为INITIALLY IMMEDIATE。这意味着在事务开始时，约束将立即被检查，无法延迟执行（DEFERRED）。

在上面的示例中，我们可以看到DEFERRABLE INITIALLY IMMEDIATE约束在事务开始时立即检查，并且不允许推迟对约束的检查。因此，即使约束定义中包含了”DEFERRABLE”一词，这个约束仍然是立即执行的，而不是延迟执行的。

总结

DEFERRABLE INITIALLY IMMEDIATE约束在SQL中用于定义约束在事务期间是否可以推迟检查。INITIALLY IMMEDIATE表示在事务开始时立即检查约束，而DEFERRABLE表示可以在事务期间通过显式命令延迟检查约束。尽管这个约束的名称中包含了”DEFERRABLE”一词，但在定义时指定的是INITIALLY IMMEDIATE，因此约束并不允许延迟执行。在实际使用中，我们需要根据具体需求选择不同的约束类型来确保数据的完整性和一致性。