这是因为您试图从tblDomare创建一个外键。PersNR to tblBana。BanNR但是/和tblDomare中的值。PersNR与tblbanana . bannr中的值不匹配。不能创建违反引用完整性的关系。

当你在表B中定义一个外键引用表a的主键时，这意味着当一个值在B中，它必须在a中。这是为了防止对表的不一致修改。

在你的例子中，你的表包含:

带主键的tblDomare (PersNR):

PersNR     |fNamn     |eNamn      |Erfarenhet
-----------|----------|-----------|----------
6811034679 |'Bengt'   |'Carlberg' |10
7606091347 |'Josefin' |'Backman'  |4
8508284163 |'Johanna' |'Backman'  |1
---------------------------------------------

tblBana：

BanNR
-----
1
2
3
-----

这句话:

ALTER TABLE tblDomare
ADD FOREIGN KEY (PersNR)
REFERENCES tblBana(BanNR);

表示tblDomare中任何具有键PersNR的行必须在表tblBana中有对应的键BanNR。您的错误是因为您在tblDomare中插入了行，而tblBana中没有对应的行。

解决问题的2个方法:

在tblBana中添加BanNR (6811034679, 7606091347, 8508284163) 或者删除tblDomare中所有在tblBana中没有对应的行(但是你的表将是空的)

一般建议:在填充表之前应该有外键约束。外键的作用是防止表的用户在表中填充不一致的内容。

在我的场景中，使用EF，在尝试在现有数据上创建这个新的外键时，我错误地尝试在创建外键后填充数据(使链接)。

修复方法是在创建外键之前填充数据，因为外键会检查所有数据，看看链接是否确实有效。所以如果你还没有填充它，它是不可能工作的。

可以使用ALTER TABLE tablename WITH NOCHECK…创建外键。，这将允许违反外键的数据。

“ALTER TABLE tablename WITH NOCHECK…”选项来添加FK—这个解决方案对我有用。

我在项目中遇到了一些问题。

在子表中，没有任何Id等于1和11的记录

我插入了DEAL_ITEM_THIRD_PARTY_PO表，它的Id等于1和11，然后我可以创建FK

我想，外键表中的列值应该与主键表中的列值相匹配。如果我们试图在两个表之间创建一个外键约束，其中一列内的值(将是外键)与主键表的列值不同，那么它将抛出消息。

因此，总是建议只在主键表列中存在的外键列中插入那些值。

例如，如果主表列有值1,2,3，而外键列中插入的值不同，那么查询将不会执行，因为它期望值在1和3之间。