我认为一个表的外键也是另一个表的主键。所以它不允许空值。所以外键没有空值的问题。

我认为最好考虑一下表中可能存在的基数。 我们可以让最小的基数为0。当它是可选的时，相关表的元组的最小参与可以是零，现在你面临着外键值被允许为空的必要性。

但答案是，这完全取决于业务。

默认情况下，对外键没有约束，外键可以为null和重复。

在创建表/修改表时，如果你添加了唯一性或非空的约束，那么只有它不允许空值/重复值。

简单地说，实体之间的“非识别”关系是ER-Model的一部分，在设计ER-Diagram时可以在Microsoft Visio中使用。这需要在类型为“0或大于0”或“0或1”的实体之间强制执行基数。注意基数中的“0”，而不是“一对多”中的“1”。

现在，一个非识别关系的例子，其中基数可能是“零”(非识别)，当我们说一个实体- a中的记录/对象“可能”或“可能”有一个值作为对另一个实体- b中的记录/s的引用。

由于实体a的一条记录有可能向其他实体b的记录标识自己，因此实体b中应该有一列具有实体b记录的标识值。如果实体a中没有记录标识实体b中的记录或对象，则此列可能为“Null”。

在面向对象(现实世界)范式中，b类对象的存在不一定依赖于a类对象(强耦合)，这意味着b类与a类是松散耦合的，因此a类可以“包含”a类对象(Containment)，而不是b类对象必须有a类对象(Composition)的概念，才能创建b类对象。

从SQL Query的角度来看，可以查询实体b中所有“非空”的外键为实体b保留的记录。这将为实体a中的行带来具有特定对应值的所有记录，或者所有具有Null值的记录将是实体b中实体a中没有任何记录的记录。

1 -是的，因为至少SQL Server 2000。

2 -是的，只要它不是UNIQUE约束或链接到唯一索引。

下面是一个使用Oracle语法的例子: 首先，让我们创建一个表COUNTRY

CREATE TABLE TBL_COUNTRY ( COUNTRY_ID VARCHAR2 (50) NOT NULL ) ;
ALTER TABLE TBL_COUNTRY ADD CONSTRAINT COUNTRY_PK PRIMARY KEY ( COUNTRY_ID ) ;

创建表PROVINCE

CREATE TABLE TBL_PROVINCE(
PROVINCE_ID VARCHAR2 (50) NOT NULL ,
COUNTRY_ID  VARCHAR2 (50)
);
ALTER TABLE TBL_PROVINCE ADD CONSTRAINT PROVINCE_PK PRIMARY KEY ( PROVINCE_ID ) ;
ALTER TABLE TBL_PROVINCE ADD CONSTRAINT PROVINCE_COUNTRY_FK FOREIGN KEY ( COUNTRY_ID ) REFERENCES TBL_COUNTRY ( COUNTRY_ID ) ;

这在Oracle中运行得非常好。注意第二个表中的COUNTRY_ID外键没有“NOT NULL”。

现在要向PROVINCE表中插入一行，只需指定PROVINCE_ID就足够了。但是，如果您选择指定一个COUNTRY_ID，那么它必须已经存在于COUNTRY表中。