如果我使用 null 作为数据库表中所有内容的表示，那是一种不好的做法吗？
即
我有表格：myTable(ID) 和 myRelatedTable(ID,myTableID)
myRelatedTable.myTableID 是 myTable.ID 的 FK
我想要完成的是：如果 myRelatedTable.myTableID 为 null，那么我的业务逻辑会将其解释为链接到所有 myTable 行。
我想这样做的原因是因为在创建 myRelatedTable 行之后，我有未知数量的行可以插入到 myTable 中，并且 myRelatedTable 中的某些行需要引用 myTable 中的所有现有行。
【问题讨论】：
标签： sql database-design
我认为您可能同意使用数字 3 来表示 3 以外的值是不好的。
同样的道理，使用 NULL 来表示除了没有值之外的任何东西都是一个坏主意。
如果您不同意并将 NULL 用于其他目的，那么在您之后的维护程序员将不会感激。
【讨论】：
这不是一个好主意，因为这样您就根本无法在 SQL 查询中使用“与所有条目相关”这一事实。在某些时候，您可能想要/需要这样做。
【讨论】：
理想情况下根本不应该有空值。应该有另一个表来表示关系。
如果您要分配特殊含义，但 NULL 应该只表示“未分配” - 即不存在关系，请使用负数，即 -1 如果您想触发一些业务层诡计。任何将来遇到此问题的开发人员都应该清楚，-1 是一个不寻常的值，不应被视为正常值。
【讨论】：
我不认为 NULL 是最好的方法，但您可以使用单独的 tinyInt 列来指示 MyRelatedTable 中的行与 MyTable 中的所有内容相关，例如MyRelatedTable.RelatedAll。这将使其他必须维护它的人更加明确。然后你可以做某种联合查询，例如
SELECT M.ID, R.ID AS RelatedTableID,....
FROM MyTable M INNER JOIN MyRelated Table R ON R.myTableId = M.Id
UNION
SELECT M.ID, R.ID AS RelatedTableID,....
FROM MyTable M, MyRelatedTable R
WHERE R.RelatedAll = 1
【讨论】：
是的，原因很简单，NULL 代表没有价值。不是特殊值；不是空值，但什么都没有。
如果外键只是一个简单的整数，并且是自动生成的，那么你可以用 0 来表示“魔法”值。
【讨论】：
您发布的内容，即外键中的 NULL 断言与引用表中所有行的关系，是非常不标准的。在我的脑海中，我认为它充满了危险。
大多数在 FK 中使用 NULL 的人的意思是，它断言与引用表中的 NONE 行的关系。这在可选关系的情况下很常见，可能出现零次。
示例：我们有一个 HR 数据库，其中有一个名为“EMPLOYEES”的表。我们有两列，分别称为“EmpID”和“SupervisorID”。 （许多人将第一列简称为“ID”）。表中的每个员工在 SupervisorID 下都有一个条目，但公司的 CEO 除外。 CEO 在 SupervisorID 列中有一个 NULL，表示 CEO 没有主管。 CEO 对 BOD 负责，但在 SupervisorID 中没有体现。
与引用表中的所有行的关系可能是指：有问题的行与引用表中的任何行之间存在可能的关系。当您开始研究现实世界中真实但数据库未知的事实问题时，您会打开一大堆蠕虫。
【讨论】：