如何设计数据库表以强制执行不重复的唯一键记录

Question

我有一个 SQL Server 表：

+----+-------------+-------------------+
| ID | CompanyID   | CompanyCode       |
+----+-------------+-------------------+
| 1  | 1           | AAAA-123          |
| 2  | 2           | BBBB-111          |
| 3  | 1           | AAAA-123          |
| 4  | 3           | CCCC-999          |
| 5  | 3           | CCCC-999          |
| 6  | 1           | AAAA-123          |
+----+-------------+-------------------+

ID 字段是 PK。

CompanyID 和 CompanyCode 字段指定一个唯一的公司，其中 CompanyID 将始终具有相同的 CompanyCode（反之亦然），并且没有两个公司将具有相同的 CompanyID 和/或 @ 987654328@.

我想在表上创建一条规则，如果/当CompanyCode 与现有CompanyCode 不匹配而CompanyID 匹配时，将永远不允许将记录添加到表中。

以下是我不允许在桌子上发生的示例：

+----+-------------+-------------------+
| ID | CompanyID   | CompanyCode       |
+----+-------------+-------------------+
| 1  | 1           | AAAA-123          |
| 2  | 1           | BBBB-111          |<<<< This record should not be allowed
| 3  | 1           | AAAA-123          |
| 4  | 3           | CCCC-999          |
| 5  | 3           | CCCC-999          |
| 6  | 1           | AAAA-123          |
+----+-------------+-------------------+

注意ID=2 的记录，CompanyCode BBBB-111 与现有的CompanyCode of AAAA-123 记录不匹配。

我希望这条规则以某种方式存在于表中 - 即我不希望这条规则成为查询和/或存储过程必须管理的业务规则。

我想你可以说我想要强制重复记录（在 CompanyID 和 CompanyCode 上）当且仅当表中存在现有的 CompanyID 和/或 CompanyCode。

这可以在表格设计级别进行吗？还是我不得不在我的脚本中进行管理？

更新

虽然这与我的 OP 并不真正相关，但从我收到的反馈来看，我想我应该提供一点关于 CompanyID/CompanyCode 表设计的背景知识。

首先，这只是一个模拟表设计，试图解释我的问题——我的真实表与公司无关。

其次，我的真实表是两个 Web 服务之间的中间人，其中 Service1 创建一个 DeviceID 和 Service2 收集一个存在于微型设备中的 SerialNumber。此外，我的真实表还包含该中间人服务器必须处理的许多其他列。

关于这个中间人服务的一个奇怪的事情是，我正在谈论的表必须允许 DeviceID 和 SerialNumber 都为 NULL - 这完全取决于哪个服务首先发送了一条记录......我我说得太多了，偏离了我原来的问题的主题，但我认为我必须澄清我的表格示例，因为我对打破正常化感到非常不满。

Answer 1

 CREATE UNIQUE INDEX idx_name ON TableName(CompanyID, CompanyCode)

（假设您的表名为 TableName）。

但是，您应该知道这种设计违反了数据库规范化的原则。正确规范化的数据库将有一个单独的表，其中仅包含 CompanyID 和 CompanyName 字段。然后，您将修改示例中的表以仅包含 CompanyID 字段； CompanyCode 将在需要时“查找”（使用 VIEW）。

这种设计有以下好处：

1. 实际上不可能拥有不同名称的相同公司 ID。

2. 如果公司更改代码，您只需要更新一个表中的一条记录，这样既防错又快速。

3. 节省存储空间。

它有一个小缺点，您必须加入公司表才能获取代码。在关系数据库中，这不一定是一个真正的缺点（加入规范化数据是关系数据库的为），但您甚至可以通过摆脱 CompanyID 并将代码用作公司的主键来消除这种情况。如果代码是不可变的，我只会考虑这一点（对于给定的公司，它不会随着时间而改变）。

Answer 2

我建议您不要将 CompanyID 和 CompanyCode 存储在表中。相反，您应该有另一个表，该表为每个 CompanyId 存储 1 行，并且还具有相应的代码。然后您可以设置一个外键以确保该表中的 CompanyId 存在于另一个表中。

Answer 3

我不知道如何制定规则来强制执行此操作，但您正在为同一件事使用两个单独的外键（这将始终匹配）...最好不要包含公司代码这个表并在您需要数据时将其连接到不同的表中，或以其他方式重新设计它

Answer 4

好吧，这不是最漂亮的代码，但我认为它确实强制执行了约束。诀窍是创建一个索引视图，其中定义了两个唯一索引：

create table dbo.ABC (
    Col1 int not null,
    Col2 int not null
)
go
create view dbo.ABC_Col1_Col2_dep
with schemabinding
as
    select Col1,Col2,COUNT_BIG(*) as Cnt
    from
        dbo.ABC
    group by
        Col1,Col2
go
create unique clustered index IX_Col1_UniqueCol2 on dbo.ABC_Col1_Col2_dep (Col1)
go
create unique nonclustered index IX_Col2_UniqueCol1 on dbo.ABC_Col1_Col2_dep (Col2)
go

现在我们插入一些初始数据：

insert into dbo.ABC (Col1,Col2)
select 1,3 union all
select 2,19 union all
select 3,12

我们可以为Col1 和Col2 添加另一行具有完全相同的值：

insert into dbo.ABC (Col1,Col2)
select 1,3

但是，如果我们为 Col2 选择一个已用于另一个 Col1 的值，或者反之亦然，我们会得到错误：

insert into dbo.ABC (Col1,Col2)
select 2,3
go
insert into dbo.ABC (Col1,Col2)
select 1,5

---

这里的诀窍是观察这个查询：

    select Col1,Col2,COUNT_BIG(*) as Cnt
    from
        dbo.ABC
    group by
        Col1,Col2

将只有一行用于特定的 Col1 值，并且只有一行具有特定的 Col2 值，前提是您要强制执行的约束没有被打破 - 但只要非匹配的行被插入到基表中，这个查询返回多行。

Answer 5

你违反了第三范式。一个非键依赖于另一个非键。 CompanyCode 取决于 CompanyID。其他人所说的补救措施是创建一个CompanyID，CompanyCode表，其中CompanyID是PK。从您的表中删除 CompanyCode 并在 ComanyID 上创建指向您新表的 FK 关系。 http://www.phlonx.com/resources/nf3/http://en.wikipedia.org/wiki/Third_normal_form