không-hoặc-một đến không-hoặc-một

Làm cách nào để tôi mô hình mối quan hệ 0 hoặc 1 thành 0 hoặc 1 trong Sql Server theo cách tự nhiên nhất?

Có một bảng 'Nguy hiểm' liệt kê các mối nguy hiểm trên một trang web. Có một bảng 'Nhiệm vụ' cho công việc cần được thực hiện trên một trang web. Một số Nhiệm vụ là để khắc phục một mối nguy hiểm, không có nhiệm vụ nào có thể đối phó với nhiều mối nguy hiểm. Một số mối nguy hiểm có một nhiệm vụ để sửa chúng. Không có nguy hiểm có thể có hai nhiệm vụ liên quan đến chúng.

Dưới đây là cách tốt nhất tôi có thể nghĩ đến:

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

Bạn sẽ làm điều đó khác nhau? Lý do tôi không hài lòng với thiết lập này là vì cần phải có logic ứng dụng để đảm bảo rằng các nhiệm vụ và mối nguy hiểm chỉ đến nhau và không phải là nhiệm vụ và mối nguy hiểm khác và không có nhiệm vụ / nguy hiểm nào đối với cùng một nguy cơ / nhiệm vụ một nhiệm vụ / điểm nguy hiểm khác.

Có cách nào tốt hơn?

Bạn có thể thực hiện ý tưởng của riêng mình về một lược đồ bất đối xứng bằng cách xóa một trong các khóa ngoại khỏi thiết lập hiện tại hoặc để giữ mọi thứ đối xứng, bạn có thể xóa cả khóa ngoại và giới thiệu bảng giao tiếp với một ràng buộc duy nhất trên mỗi tham chiếu .

Vì vậy, nó sẽ như thế này:

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
);

Bạn cũng có thể khai báo (HazardId, TaskId)là khóa chính nếu bạn cần tham chiếu các kết hợp này từ một bảng khác. Tuy nhiên, với mục đích duy trì các cặp duy nhất, khóa chính là không cần thiết, đủ để mỗi ID là duy nhất.

Tóm lại:

• Các mối nguy hiểm có một hoặc không Nhiệm vụ
• Nhiệm vụ có một hoặc không có Nguy cơ

Nếu các bảng Nhiệm vụ và Nguy hiểm được sử dụng cho mục đích khác (ví dụ: các nhiệm vụ và / hoặc các mối nguy hiểm có dữ liệu khác được liên kết và mô hình bạn hiển thị cho chúng tôi được đơn giản hóa để chỉ hiển thị các trường có liên quan) Tôi nói rằng giải pháp của bạn là chính xác.

Mặt khác, nếu Nhiệm vụ và Nguy hiểm chỉ tồn tại để được ghép với nhau, bạn không cần hai bảng; bạn có thể tạo một bảng duy nhất cho mối quan hệ của họ, với các trường sau:

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

Một cách tiếp cận khác dường như chưa được đề cập là có các Nguy cơ và Nhiệm vụ sử dụng cùng một không gian ID. Nếu Hazard có Nhiệm vụ, nó sẽ có cùng ID. Nếu một Nhiệm vụ dành cho Nguy hiểm, nó sẽ có cùng ID.

Bạn sẽ sử dụng một chuỗi thay vì các cột danh tính để điền các ID này.

Các truy vấn về loại mô hình dữ liệu này sẽ sử dụng (đầy đủ) các phép nối ngoài để lấy kết quả của chúng.

Cách tiếp cận này rất giống với câu trả lời của @ AndriyM ngoại trừ câu trả lời của anh ấy cho phép ID khác nhau và một bảng để lưu trữ mối quan hệ này.

Tôi không chắc chắn bạn muốn sử dụng phương pháp này cho kịch bản hai bảng, nhưng nó hoạt động tốt khi số lượng bảng liên quan tăng lên.