제로 또는 제로 또는 제로 또는 제로

가장 자연스러운 방법으로 Sql Server에서 0 대 1 대 0 또는 1 관계를 어떻게 모델링합니까?

사이트의 위험을 나열하는 '위험'테이블이 있습니다. 사이트에서 수행해야하는 작업에 대한 '작업'테이블이 있습니다. 일부 작업은 위험을 해결하기위한 것이며 여러 작업을 처리 할 수있는 작업은 없습니다. 일부 위험 요소에는 해결해야 할 작업이 있습니다. 어떤 위험도 그들과 관련된 두 가지 작업을 가질 수 없습니다.

아래는 내가 생각할 수있는 최선입니다.

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가 고유하면 충분합니다.

요약하면 :

• 위험은 하나 또는 제로 작업이 있습니다
• 작업에는 하나 또는 제로 위험이 있습니다

작업 및 위험 테이블이 다른 용도로 사용되는 경우 (예 : 작업 및 / 또는 위험에 다른 데이터가 연결되어 있고 관련 필드 만 표시하기 위해 Google에 표시 한 모델이 단순화 된 경우) 솔루션이 올바른 것입니다.

그렇지 않으면 작업과 위험 요소 만 서로 연결되어있는 경우 두 개의 테이블이 필요하지 않습니다. 다음 필드를 사용하여 관계에 대한 단일 테이블을 작성할 수 있습니다.

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 테이블 시나리오에이 방법을 사용하고 싶지는 않지만 관련된 테이블 수가 증가하면 잘 작동합니다.