零或一到零或一

如何以最自然的方式在Sql Server中对零或一到零或一的关系建模？

有一个“危险”表，列出了站点上的危险。有一个“任务”表，用于需要在站点上完成的工作。有些任务是修复危险，没有任务可以应对多种危险。有些危害有修复它们的任务。没有任何危险可以使两个任务相关联。

以下是我能想到的最好的方法：

CREATE TABLE [dbo].[Hazard](
  [HazardId] [int] IDENTITY(1,1) NOT NULL,
  [TaskId] [int] NULL,
  [Details] [varchar](max) NULL,
 CONSTRAINT [PK_Hazard] PRIMARY KEY CLUSTERED 
(
  [HazardId] ASC
))

GO

ALTER TABLE [dbo].[Hazard]  WITH CHECK ADD  CONSTRAINT [FK_Hazard_Task] FOREIGN KEY([TaskId])
REFERENCES [dbo].[Task] ([TaskId])
GO


CREATE TABLE [dbo].[Task](
  [TaskId] [int] IDENTITY(1,1) NOT NULL,
  [HazardId] [int] NULL,
  [Details] [varchar](max) NULL,
 CONSTRAINT [PK_Task] PRIMARY KEY CLUSTERED 
(
  [TaskId] ASC
))

GO

ALTER TABLE [dbo].[Task]  WITH CHECK ADD  CONSTRAINT [FK_Task_Hazard] FOREIGN KEY([HazardId])
REFERENCES [dbo].[Hazard] ([HazardId])
GO

你会做不同的吗？我对此设置不满意的原因是，需要使用应用程序逻辑来确保任务和危害指向彼此，而不是其他任务和危害，并且没有任务/危害指向相同的危害/任务另一个任务/危险指向。

有没有更好的办法？

您可以通过从当前设置中删除一个外键来采用非对称模式的想法，或者，为了保持对称，可以删除两个外键并引入对每个引用具有唯一约束的联结表。

因此，它将是这样的：

CREATE TABLE dbo.Hazard
(
  HazardId int IDENTITY(1,1) NOT NULL CONSTRAINT PK_Hazard PRIMARY KEY CLUSTERED,
  Details varchar(max) NULL
);

CREATE TABLE dbo.Task
(
  TaskId int IDENTITY(1,1) NOT NULL CONSTRAINT PK_Task PRIMARY KEY CLUSTERED,
  Details varchar(max) NULL,
);

CREATE TABLE dbo.HazardTask
(
  HazardId int NOT NULL
    CONSTRAINT FK_HazardTask_Hazard FOREIGN KEY REFERENCES dbo.Hazard (HazardId)
    CONSTRAINT UQ_HazardTask_Hazard UNIQUE,
  TaskId int NOT NULL
    CONSTRAINT FK_HazardTask_Task FOREIGN KEY REFERENCES dbo.Task (TaskId)
    CONSTRAINT UQ_HazardTask_Task UNIQUE
);

(HazardId, TaskId)如果需要从另一个表引用这些组合，则可以另外声明是主键。但是，为了使两对保持唯一，主键是不必要的，每个ID都是唯一的就足够了。

总结一下：

• 危险有一个或零个任务
• 任务具有一种或零种危害

如果“任务”和“危害”表用于其他用途（即，任务和/或危害具有其他数据关联，并且您显示给我们的模型被简化为仅显示相关字段），那么您的解决方案是正确的。

否则，如果仅将任务和危险相互关联，则您不需要两个表。您可以使用以下字段为其关系创建一个表：

ID            int, PK
TaskID        int, (filtered) unique index  
TaskDetails   varchar
HazardID      int, (filtered) unique index
HazardDetails varchar

似乎尚未提及的另一种方法是让危害和任务使用相同的ID空间。如果危害具有任务，它将具有相同的ID。如果任务是危险的，它将具有相同的ID。

您将使用序列而不是标识列来填充这些ID。

对此类数据模型的查询将使用（完整）外部联接来检索其结果。

此方法与@AndriyM的答案非常相似，除了他的答案允许ID不同以及用于存储此关系的表外。

我不确定您是否要在两张表的情况下使用此方法，但是当涉及的表数增加时，它会很好地工作。