允许在唯一列中为空

Question

我创建了下表：

CREATE TABLE MMCompany (
   CompanyUniqueID BIGSERIAL PRIMARY KEY NOT NULL, 
   Name VARCHAR (150) NOT NULL,
   PhoneNumber VARCHAR(20) NOT NULL UNIQUE, 
   Email VARCHAR(75) UNIQUE,
   CompanyLogo BYTEA
 );

电子邮件列是唯一的，它会在我的场景中导致“错误”，因为只能有一条为空的记录。我正在尝试获取没有相同电子邮件的公司的记录，但同时允许公司没有电子邮件。

我怎样才能做到这一点？

Answer 1

这是一个误解。
UNIQUE constraint 正是你想要的。多个NULL 值可以共存于定义UNIQUE 的列中。

The manual:

一般来说，当有超过 表中包含所有列的值的一行 在约束中是相等的。但是，两个空值不是 在这个比较中被认为是相等的。这意味着 即使在场 对于唯一约束，可以存储重复的行 在至少一个受约束的列中包含空值。这 行为符合 SQL 标准，但我们听说其他 SQL 数据库可能不遵循此规则。所以当你要小心 开发旨在便携的应用程序。

我的大胆强调。

请注意，character types 允许使用空字符串 ('')，这不是 NULL 值，并且会像输入任何其他非空值一样触发唯一违规超过一排。

Answer 2

在 Postgres 中没有这样的问题

在 Erwin Brandstetter 的正确 answer 中，他解释说您确实应该看到您想要的行为（在唯一约束中允许多个 NULL）。您应该特别在 Postgres 以及任何符合 SQL 标准的数据库中看到这种行为。

其他数据库的解决方法

但是，Postgres 文档对可移植性提出警告，因为已知某些数据库违反了此功能。对于这样一个不合规的系统，我建议在此类字段中使用虚假值替换 NULL 值的使用。虚假值将是一个字符串，例如“unknown_”加上一些几乎可以肯定是唯一的任意值。该任意值可能类似于当前日期时间加上一个随机数。

UUID

但是，与其滚动您自己的任意值，不如生成一个UUID。最初的第 1 版 UUID 确实是当前日期时间、随机数和计算机几乎唯一的 MAC address 的组合。

使用连字符的规范格式以十六进制字符串形式呈现的 UUID 如下所示：

93e6f268-5c2d-4c63-9d9c-40e6ac034f88

所以我的建议是组合一个任意字符串，例如“unknown_”加上一个 UUID，看起来像这样：

unknown_93e6f268-5c2d-4c63-9d9c-40e6ac034f88

所以我对不合规数据库的建议是生成这样一个值并使用它来代替 NULL，在特定行的该列中还没有已知值的情况下使用它。与其编写查询在该列中查找具有（或不具有）NULL 值的行，不如编写查找具有（或不具有）以任意字符串“unknown_”开头的值的行的查询例子。然后每一行将满足具有唯一值的约束。

确实，我会将这个“unknown_”+ UUID 值指定为该列的默认值。

您还可以向该列添加 NOT NULL 约束。

生成 UUID 值

Postgres 内置了对 UUID 数据类型的支持，但这与这里的答案无关。您需要的是生成一个 UUID 值。

要生成 UUID，您需要一个扩展（插件）来将此功能添加到 Postgres。大多数 Postgres 安装程序都包含这样的扩展。这个扩展名为uuid-ossp。通常默认情况下不会激活扩展程序。要在最新版本的 Postgres 中这样做，请使用 CREATE EXTENSION 命令。有关说明，请参阅我在 installing in Postgres 9.1 and later 或 my other post on Postgres 9.0 and earlier 上的博客文章。只要扩展/插件已编译并与您的 Postgres 安装捆绑在一起，新旧安装方式都很容易。

总结

让我明确一点，仅对于 Postgres，不需要这种解决方法，因为 Postgres 符合 SQL 标准。但是如果：

• 您担心将代码移植到其他不兼容的数据库系统，或者
• 您需要与不兼容的数据库系统交换数据，或者
• 您同意 Dr. Chris Date 的观点，即 NULL 是魔鬼的杰作，应该避免

...那么像这样的解决方法是必要的。

Answer 3

一些数据库不允许多个空值，例如SQL Server documentation 声明“多个空值被认为是重复的”。在不允许可为空的 UNIQUE 约束的数据库上，您可以试试这个（从GuidoG's answer 到另一个问题）：

CREATE UNIQUE NONCLUSTERED INDEX IDX_Email
ON MMCompany (Email)
WHERE Email IS NOT NULL;

Answer 4

从表格中删除电子邮件列。将它放在一个新表中，它可以是 NOT NULL 和 UNIQUE：

CREATE TABLE CompanyEmail
 (
    CompanyUniqueID INT NOT NULL PRIMARY KEY
       REFERENCES MMCompany (CompanyUniqueID),
    Email VARCHAR(75) NOT NULL UNIQUE
 );

避免可为空的 UNIQUE 约束。

Answer 5

unique 和 null 相处得并不多，因为 null 在定义上是未定义的——你无法知道两个 null 是否相同的未知数。

从这个意义上说，您当前对电子邮件的独特限制是正确的做法，应该按原样工作。

---

如果你需要做其他事情，部分索引可以工作：

create unique index on MMCompany((email is null)) where (email is null);

另一种方法是定义一个约束触发器。比如：

create function email_chk() returns trigger as $$
begin
  if exists (
    select 1 from mmcompany where email is null and companyuniqueid <> new.id
  ) then
    raise 'dup null found';
  end if;
  return null;
end;
$$ language plpgsql;

create constraint trigger after insert or update on mmcompany
for each row when (new.email is null)
execute procedure email_chk();

Answer 6

如果您使用 EF Code First 生成数据库表，请编辑迁移类的 Up 方法，如下所示，以强制您的 UNIQUE KEY 约束忽略 NULL。

migrationBuilder.Sql(@"CREATE UNIQUE NONCLUSTERED INDEX[IX_Employees_TaskId] ON[dbo].[Employees]([TaskId] ASC)
                                WHERE [TaskId] IS NOT NULL"
                                );

然后您可以通过 SQL Server Management Studio 或类似的工具登录到您的数据库来测试您的唯一约束。就像在这种情况下，Employee Table 很乐意在 TaskId 中接受 2 个 NULL 值，尽管它是一个 UNIQUE 列。