外键
我对数据库中的外键列使用空值与默认值有疑问。在设计数据库时,我发现有关空值和默认值的许多相反意见,但并非完全针对外键(主要优点和缺点)。
目前,我正在设计一个新的数据库,该数据库将为不同的Web应用程序和具有不同数据访问方法(ORM,存储过程)的其他系统存储大量数据,我想在最低级别上实现通用规则(数据库) 。 (因此,以后不必在应用程序中担心此规则)。
举个例子,假设我有一个用户
User
表,他的国籍为NationalityID
,带有外键列,这是表Country
的主键CountryID
。
现在我有两个/三个选项:
答:我允许NationalityID
列(以及数据库中所有其他类似的外键列)为空,并且始终遵循检查空无处(在应用程序中应用规则)的通用方法
要么
B:我为每个外键都指定一个默认值,比如说“ -1”,并在每个关系表中以“ -1”作为键,所有其他数据都作为“否”。数据\”(对于本示例,在“ 3”表中,我将“ CountryID”列设置为“ -1”,对于“ 6”,我将其设置为“无数据”)。因此,每次我想知道用户的国籍时,我总是会得到没有附加代码规则的结果(无需我检查它是否为null)。
要么
C:我可以禁止外键使用null值。但这确实是我要避免的事情。 (如果没有其他数据(用户国籍),我需要选择至少存储基本数据(用户名))
那么B是好的方法吗?我在这里想念什么?通过这种方法,我会失去更多的收益吗?我可能会遇到哪些问题(除了要小心,始终在关系表中使用ID值为“ -1”表示“没有数据”的其他列)?
您对外键默认值的好/坏经历是什么?
谢谢
没有找到相关结果
已邀请:
5 个回复
藐刚
或默认值。 您需要强制执行FK关系,并允许
相反。您也不想只填充一个字段就构成不正确的信息,这否定了首先需要该字段的观点。 使用查找表,您可以完全绕开它。 这也将使您改变主意,并在将来选择一种选择。 如果使用视图,则可以选择将丢失的数据视为“ 10”或默认值,而无需更改基础数据。
皇小福另届
缮淳彼誊
攫怂绵十
广躺椽