SQL 数据库中的约束

Question

我需要在 T-SQL 中有一个表，该表将具有以下结构：

KEY     Various_Columns       Flag
 1          row 1              F
 2          row_2              F
 3          row_3              T
 4          row_4              F

要么没有行，要么最多一行可以具有值为 T 的 Flag 列。我的开发人员声称这可以通过检查约束来实现放在桌子上。

问题：

1. 是否可以在数据库级别将这样的约束放在数据库本身上（即行间约束），而不是放在更新或插入行的业务规则中
2. 这样的表是否为正常形式？
3. 或者正常形式需要删除 Flag 列，取而代之的是（比如说）另一个简单的表或变量，其中包含具有 Flag=T 的行的值，即在上面的情况下 row=3。

Answer 1

1 否。检查约束是每行。也没有其他约束可以做到这一点。

您需要以下之一：

• （所有版本）
• 带有筛选器 Flag = T 的触发器
• 索引视图，以及 Flag 上的唯一索引 (SQL Server 2000+)筛选索引 (SQL Server 2008)

2 足够好

3 确实太过分了。您将相同的数据分开以避免上述解决方案之一。但使用单行表、ID 列的 FK 以及 Flag 上的唯一约束

Answer 2

我的开发人员声称这可以
通过检查约束实现
放在桌子上。

SQL Server 不直接**支持 CHECK 约束中的子查询（这是完整 SQL-92 的要求；一般来说，SQL Server 仅符合入门级 SQL-92）。

虽然几乎肯定有更好的方法在 SQL Server 中强制执行此约束，但纯粹出于兴趣，它确实可以使用行级 CHECK 约束和 UNIQUE 约束来实现，例如这是一种方法：

CREATE TABLE YourStuff
(
 key_col INTEGER NOT NULL UNIQUE, 
 Various_Columns VARCHAR(8) NOT NULL, 
 Flag CHAR(1) DEFAULT 'F' NOT NULL
    CHECK (Flag IN ('F', 'T')), 
 Flag_key INTEGER UNIQUE, 
 CHECK (
        (Flag = 'F' AND Flag_key = key_col)
        OR
        (Flag = 'T' AND Flag_key = NULL)
       )
);

这里的问题是您需要“手动”维护 Flag_key 列的值。将列 + CHECK 替换为计算列将意味着自动维护值：

CREATE TABLE YourStuff
(
 key_col INTEGER NOT NULL UNIQUE, 
 Various_Columns VARCHAR(8) NOT NULL, 
 Flag CHAR(1) DEFAULT 'F' NOT NULL
    CHECK (Flag IN ('F', 'T')), 
 Flag_key AS (
              CASE WHEN Flag = 'F' THEN key_col
                   ELSE NULL END
             ), 
 UNIQUE (Flag_key)
);

---

** 虽然 SQL Server 不直接支持 CHECK 中的子查询约束，在某些情况下有一个使用用户定义函数 (UDF) 的解决方法，例如请

CREATE FUNCTION dbo.CountTFlags ()
RETURNS INTEGER
AS
BEGIN
DECLARE @return INTEGER;
SET @return = (
               SELECT COUNT(*)
                 FROM YourStuff
                WHERE Flag = 'T'
              );
RETURN @return;
END;

CREATE TABLE YourStuff
(
 key_col INTEGER NOT NULL UNIQUE, 
 Various_Columns VARCHAR(8) NOT NULL, 
 Flag CHAR(1) DEFAULT 'F' NOT NULL
    CHECK (Flag IN ('F', 'T')), 
 CHECK (1 >= dbo.CountTFlags())
);

注意，UDF 方法并非在所有情况下都有效，因此需要谨慎。重要的一点是，将为受影响的每一行评估 UDF（而不是如您所期望的那样在 SQL 语句或事务级别评估）。在这种情况下，约束对于受影响的每一行都必须成立，因此——我认为！ ——很安全。有关更多详细信息，请参阅 CHECK 约束问题作者：大卫·波塔斯。

---

就我个人而言，我会简单地使用第二个表来建模Flag，它只涉及键和外键，例如

CREATE TABLE YourStuff
(
 key_col INTEGER NOT NULL UNIQUE, 
 Various_Columns VARCHAR(8) NOT NULL
);

CREATE TABLE YourStuffFlag
(
 key_col INTEGER NOT NULL UNIQUE
    REFERENCES YourStuff (key_col)
);

---

[我的]表是正常形式吗？

您应该以第五范式（5NF）为目标。您是否实现了这一点取决于 Various_Columns 的设计。我不认为您的 Flag 不符合 5NF 的要求，并且我没有看到任何更新、删除或插入异常（这是规范化的要点，但 5NF 设计仍然可能表现出异常）。也就是说，要切换获取 flag 属性的行，我的双表设计需要一个 UPDATE 语句，而您的单表设计则需要两个；)