我也遇到了同样的问题。

我使用EF 6，代码优先+迁移。 问题是我们的DBA在抛出错误的表上创建了一个约束。

我也面临着同样可怕的错误……:)然后我意识到我忘记设置一个

@Html。HiddenFor(model => model. userprofile . userid)

用于更新对象的主键!我容易忘记这个简单但非常重要的事情!

顺便说一下:HiddenFor是ASP的。净MVC。

我也有同样的问题。 在我的情况下，我试图更新主键，这是不允许的。

在我们的例子中，这个错误是由于将实体标记为已修改，而它们的属性并没有“真正”改变。例如，当你将相同的值赋给一个属性时，上下文可能会将其视为更新，而数据库则不会。

基本上，我们运行了一个脚本，用来自其他属性的连接值重新填充一个属性。对于很多记录来说，这意味着没有变化，但它将它们标记为修改。DB返回不同数量的更新对象，这可能触发了该异常。

我们通过检查属性值并仅在不同的情况下分配新的值来解决这个问题。

如果试图用数据库中不存在的Id更新记录，可能会发生这种情况。

我将抛出这个，以防有人在并行循环中工作时遇到这个问题:

Parallel.ForEach(query, deet =>
{
    MyContext ctx = new MyContext();
    //do some stuff with this to identify something
    if(something)
    {
         //Do stuff
         ctx.MyObjects.Add(myObject);
         ctx.SaveChanges() //this is where my error was being thrown
    }
    else
    {
        //same stuff, just an update rather than add
    }
}

我把它改成如下:

Parallel.ForEach(query, deet =>
{
    MyContext ctxCheck = new MyContext();
    //do some stuff with this to identify something
    if(something)
    {
         MyContext ctxAdd = new MyContext();
         //Do stuff
         ctxAdd .MyObjects.Add(myObject);
         ctxAdd .SaveChanges() //this is where my error was being thrown
    }
    else
    {
        MyContext ctxUpdate = new MyContext();
        //same stuff, just an update rather than add
        ctxUpdate.SaveChanges();
    }
}

不确定这是否是“最佳实践”，但它通过让每个并行操作使用自己的上下文来解决我的问题。