我把这个挤在这里: 我的案例是试图为一个帖子创建一个喜欢的力量存在; 当提交到数据库时，错误被引发。 解决方案是首先创建帖子，然后喜欢它。 根据我的理解，如果post_id要保存在喜欢表，它必须首先与posts表检查，以确定存在。 我发现这样更好，因为这样对我来说更合乎逻辑。

你应该从主表中的引用键添加数据到子表中的外键 这意味着不向外键،添加随机数据，只使用可访问的主键中的数据

外键中数据的描述

这可以通过先在父表中插入各自的记录，然后在子表的各自列中插入记录来解决。还要检查列的数据类型和大小。它应该与父表列相同，甚至引擎和排序规则也应该相同。 试试这个!这就是我解决问题的方法。如果我说错了，请指正。

实际上，我就像这样解决了“插入到databasename。Tablename”它起作用了。之后，当我尝试添加数据，如“插入到databasename”它的工作。

这个错误通常发生是因为我们在子表的引用字段中有一些值，这些值在父表的引用/候选字段中不存在。

有时，当我们将外键约束应用到已有的表，其中已经有数据时，我们可能会得到这个错误。其他一些答案建议从子表中完全删除数据，然后应用约束。但是，当我们已经在子表中有工作/生产数据时，这不是一个选项。在大多数情况下，我们需要更新子表中的数据(而不是删除它们)。

现在，我们可以利用左连接来查找子表中的所有行，这些行在父表中没有匹配值。下面的查询将有助于获取那些不匹配的行:

SELECT child_table.* 
FROM child_table 
LEFT JOIN parent_table 
  ON parent_table.referenced_column = child_table.referencing_column 
WHERE parent_table.referenced_column IS NULL

现在，您通常可以执行以下一个(或多个)步骤来修复数据。

根据您的“业务逻辑”，您将需要用父表中的现有值更新/匹配这些不匹配的值。有时也需要将它们设置为空。 删除这些值不匹配的行。 在父表中添加新行，对应于子表中不匹配的值。

一旦数据固定，我们就可以使用ALTER TABLE语法应用外键约束。

您的ORDRELINJE表与ORDER表使用外键约束约束Ordrelinje_fk外键(orderre)引用orderre (orderid)根据orderre int NOT NULL，表ORDRELINJE的列必须匹配任何orderre int NOT NULL, ORDER表的列。

现在在这里发生的是，当你插入新行到ORDRELINJE表，根据fk约束Ordrelinje_fk，它是检查ORDER表，如果OrdreID是存在或不存在，因为它不匹配任何OrderId，编译器抱怨外键违反。这就是您得到这个错误的原因。

外键是另一个表的主键，您可以在任何表中使用它来连接两者。此键由创建表时指定的外键约束绑定。对数据的任何操作都不能违反这个约束。违反这个约束可能会导致这样的错误。

希望我讲清楚了。