0または1から0または1

Sql Serverでゼロまたは1対ゼロまたは1の関係を最も自然な方法でモデル化するにはどうすればよいですか？

サイトの危険をリストした「ハザード」テーブルがあります。サイトで実行する必要がある作業用の「タスク」テーブルがあります。一部のタスクはハザードを修正することであり、タスクは複数のハザードを処理することはできません。一部のハザードにはそれらを修正するタスクがあります。ハザードには2つのタスクを関連付けることができません。

以下は私が考えることができる最高のものです：

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が一意であれば十分です。

総括する：

• ハザードのタスクは1つまたはゼロ
• タスクには1つまたはゼロのハザードがあります

タスクテーブルとハザードテーブルが別の目的で使用されている場合（つまり、タスクやハザードに他のデータが関連付けられており、表示されたモデルが簡略化されて関連フィールドのみが表示されている場合）、あなたのソリューションは正しいと思います。

それ以外の場合、タスクとハザードが互いに結合するためだけに存在する場合、2つのテーブルは必要ありません。次のフィールドを使用して、リレーションシップの単一のテーブルを作成できます。

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

まだ言及されていないように思われる別のアプローチは、ハザードとタスクに同じIDスペースを使用させることです。ハザードにタスクがある場合、そのIDは同じになります。タスクがハザード用である場合、同じIDになります。

これらのIDを設定するには、ID列ではなくシーケンスを使用します。

このタイプのデータモデルのクエリでは、（完全）外部結合を使用して結果を取得します。

このアプローチは、@ AndriyMの回答と非常に似ていますが、彼の回答ではIDが異なることと、この関係を格納するテーブルが許可されています。

このアプローチを2つのテーブルのシナリオで使用する必要があるかどうかはわかりませんが、関係するテーブルの数が増えるとうまくいきます。