sql - NULL 与 FK 关系的含义是什么/应该是什么 - 数据库

Question

我在我的关系 SQL 数据库中创建 FK 关系时遇到了困难，在工作中进行了简短的讨论后，我们意识到我们有最有可能导致问题的可空列。我一直认为 NULL 意味着未分配、未指定、空白等，并且真的从未见过它有问题。

与我交谈的其他开发人员认为，如果两个实体之间确实存在关系，那么处理这种情况的唯一方法就是创建一个表来连接两个实体的数据......

至少对我来说，这似乎很直观，对于包含来自另一个表的 ID 的列，如果该列不为空，则它必须具有来自另一个表的 ID，但如果它为 NULL，则可以移动在。这本身似乎与某些人的说法和建议相矛盾。

处理两个表之间可能存在关系的情况的最佳实践或正确方法是什么，如果指定了一个值，那么它必须在另一个表中......

Answer 1

这是完全可以接受的，这意味着，如果该列有任何值，则其值必须存在于另一个表中。 (我看到其他答案断言，但我不同意。)

想想一张载有 Vehicles 和 Engines 的表，Engines 还没有安装在 Vehicle 中(所以 VehicleID 为空)。或者带有主管列和公司 CEO 的 Employee 表。

更新:根据 Solberg 的要求，这里是两个具有外键关系的表的示例，表明外键字段值可以为空。

CREATE TABLE [dbo].[EngineTable](
    [EngineID] [int] IDENTITY(1,1) NOT NULL,
    [EngineCylinders] smallint NOT NULL,
 CONSTRAINT [EngineTbl_PK] PRIMARY KEY NONCLUSTERED 
(
    [EngineID] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]

CREATE TABLE [dbo].[CarTable](
    [CarID] [int] IDENTITY(1,1) NOT NULL,
    [Model] [varchar](32) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
    [EngineID] [int] NULL
 CONSTRAINT [PK_UnitList] PRIMARY KEY CLUSTERED 
(
    [CarID] ASC
)WITH (IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [PRIMARY]

ALTER TABLE [dbo].[CarTable]  WITH CHECK ADD CONSTRAINT [FK_Engine_Car] FOREIGN KEY([EngineID])
REFERENCES [dbo].[EngineTable] ([EngineID])


Insert Into EngineTable (EngineCylinders) Values (4);
Insert Into EngineTable (EngineCylinders) Values (6);
Insert Into EngineTable (EngineCylinders) Values (6);
Insert Into EngineTable (EngineCylinders) Values (8);

-- 现在进行一些测试:

Insert Into CarTable (Model, EngineID) Values ('G35x', 3);  -- References the third engine

Insert Into CarTable (Model, EngineID) Values ('Sienna', 13);  -- Invalid FK reference - throws an error

Insert Into CarTable (Model) Values ('M');  -- Leaves null in the engine id field & does NOT throw an error