当我在实体上使用GetById()然后将子实体的集合设置为来自MVC视图的新列表时,我收到此错误 .
操作失败:无法更改关系,因为一个或多个外键属性不可为空 . 当对关系进行更改时,相关的外键属性将设置为空值 . 如果外键不支持空值,则必须定义新关系,必须为外键属性分配另一个非空值,或者必须删除不相关的对象 .
我不太明白这一行:
无法更改关系,因为一个或多个外键属性不可为空 .
为什么要改变2个实体之间的关系?它应该在整个应用程序的整个生命周期内保持不变 .
发生异常的代码很简单,即将集合中已修改的子类分配给现有父类 . 这有望满足删除子类,添加新类和修改的需要 . 我原以为Entity Framework会处理这个问题 .
代码行可以提炼为:
var thisParent = _repo.GetById(1);
thisParent.ChildItems = modifiedParent.ChildItems();
_repo.Save();
16 回答
我已经尝试过这些解决方案和其他许多解决方案,但它们都没有完成 . 由于这是谷歌的第一个答案,我将在这里添加我的解决方案 .
对我来说效果很好的方法是在提交过程中将关系从图片中删除,因此EF无法搞砸 . 我通过重新找到中的父对象来做到这一点DBContext,并删除它 . 由于重新找到的对象的导航属性都为null,因此在提交期间会忽略子对象的关系 .
请注意,这假定外键是使用ON DELETE CASCADE设置的,因此当删除父行时,数据库将清除子项 .
我发现this答案对同样的错误更有帮助 . 当您删除时,EF似乎不喜欢它,它更喜欢删除 .
您可以删除附加到此类记录的记录集合 .
在该示例中,附加到订单的所有详细记录都将其状态设置为“删除” . (准备添加更新的详细信息,作为订单更新的一部分)
我刚才遇到了同样的错误 . 我有两个父子关系表,但我在子表的表定义中的外键列上配置了“on delete cascade” . 因此,当我手动删除数据库中的父行(通过SQL)时,它将自动删除子行 .
但是这在EF中不起作用,这个线程中描述的错误出现了 . 原因是,在我的实体数据模型(edmx文件)中,父表和子表之间的关联属性不正确 .
End1 OnDelete
选项配置为none
(我的模型中的"End1"是具有多重性1的结尾) .我手动将
End1 OnDelete
选项更改为Cascade
并且工作正常 . 当我从数据库更新模型时(我有一个数据库第一个模型),我不知道为什么EF无法选择它 .为了完整起见,我的删除代码如下所示:
如果我没有定义级联删除,我将不得不在删除父行之前手动删除子行 .
您必须手动清除ChildItems集合并将新项目添加到其中:
之后,您可以调用DeleteOrphans扩展方法,该方法将处理孤立实体(必须在DetectChanges和SaveChanges方法之间调用) .
我使用了Mosh's solution,但对于我来说,如何在代码中首先正确实现组合键并不明显 .
所以这是解决方案:
您面临此问题的原因是 composition 和 aggregation 之间的区别 .
In composition, the child object is created when the parent is created and is destroyed when its parent is destroyed . 因此它的生命周期由其父母控制 . 例如博客文章及其评论 . 如果删除帖子,则应删除其评论 . 它不存在 . 订单和订单商品也是如此 .
In aggregation, the child object can exist irrespective of its parent . 如果父对象被销毁,则子对象仍然可以存在,因为它可能稍后被添加到另一个父对象 . 例如:播放列表与该播放列表中的歌曲之间的关系 . 如果删除播放列表,则不应删除歌曲 . 它们可能会添加到不同的播放列表中 .
实体框架区分聚合和组合关系的方式如下:
对于组合:它期望子对象具有复合主键(ParentID,ChildID) . 这是设计的,因为孩子的ID应该在他们父母的范围内 .
对于聚合:它期望子对象中的外键属性可以为空 .
因此,您遇到此问题的原因是您在子表中设置主键的原因 . 它应该是复合的,但事实并非如此 . 因此,实体框架将此关联视为聚合,这意味着,当您删除或清除子对象时,它不会删除子记录 . 它只是删除关联并将相应的外键列设置为NULL(因此这些子记录以后可以与不同的父关联) . 由于您的列不允许NULL,因此您将获得您提到的异常 .
Solutions:
1-如果您有充分理由不想使用复合键,则需要显式删除子对象 . 这可以比之前建议的解决方案更简单:
2-否则,通过在子表上设置正确的主键,您的代码看起来会更有意义:
发生这种情况是因为子实体被标记为已修改而不是已删除 .
并且当执行
parent.Remove(child)
时,EF对子实体的修改只是将对其父级的引用设置为null
.执行
SaveChanges()
后,您可以在发生异常时检查子窗口's EntityState by typing the following code into Visual Studio'的立即窗口:其中X应该被删除的实体替换 .
如果您无权访问
ObjectContext
以执行_context.ChildEntity.Remove(child)
,则可以通过将外键作为子表上主键的一部分来解决此问题 .这样,如果执行
parent.Remove(child)
,EF将正确地将实体标记为已删除 .您应该手动逐个删除旧子项
thisParent.ChildItems
. 实体框架基本上没有例外 .Edit
如果可以添加,更新和删除子项,我会怎么做:
注意:这未经过测试 . 假设子项集合的类型为
ICollection
. (我通常有IList
然后代码看起来有点不同 . )我还删除了所有存储库抽象以保持简单 .我不知道这是否是一个很好的解决方案,但我相信必须在这些方面做一些艰苦的工作来处理导航集合中的各种变化 . 我也很高兴看到一种更简单的方法 .
这是一个非常大的问题 . 您的代码中实际发生的是:
您从数据库加载
Parent
并获取附加实体用新的分离子集合替换其子集合
您保存更改但在此操作期间,所有子项都被视为 added 因为EF直到此时才知道它们 . 因此EF尝试将null设置为旧子项的外键并插入所有新子项=>重复行 .
现在解决方案真的取决于你想做什么以及你想怎么做?
如果您使用的是ASP.NET MVC,则可以尝试使用UpdateModel or TryUpdateModel .
如果您只想手动更新现有子项,您可以执行以下操作:
实际上不需要附加(将状态设置为
Modified
也会附加实体)但我喜欢它,因为它使过程更加明显 .如果要修改现有项,删除现有项并插入新项,则必须执行以下操作:
我今天遇到了这个问题,想分享我的解决方案 . 就我而言,解决方案是在从数据库获取Parent之前删除Child项 .
以前我在下面的代码中这样做 . 然后我会得到这个问题中列出的相同错误 .
对我有用的是,首先使用parentId(外键)获取子项,然后删除这些项 . 然后我可以从数据库中获取Parent,此时,它不应再有任何子项,我可以添加新的子项 .
我在几个小时之前遇到了这个问题并尝试了一切,但在我的情况下,解决方案与上面列出的不同 .
如果您从数据库中使用已检索的实体并尝试修改它的子项,则会发生错误,但如果您从数据库中获取实体的新副本,则不应存在任何问题 . 不要用这个:
用这个:
我也用Mosh's answer解决了我的问题,我认为PeterB's answer有点因为它使用枚举作为外键 . 请记住,添加此代码后需要添加新的迁移 .
我还可以推荐此博客文章以获取其他解决方案:
http://www.kianryan.co.uk/2013/03/orphaned-child/
码:
这种解决方案对我有用:
重要的是,这会删除所有记录并再次插入它们 . 但对于我的情况(少于10)这没关系 .
我希望它有所帮助 .
出现此问题是因为我们尝试删除父表仍然存在子表数据 . 我们在级联删除的帮助下解决了这个问题 .
In model Create method in dbcontext class.
之后,在我们的API调用中
Cascade delete 选项使用此简单代码删除父级以及父级相关子表 . 以这种简单的方式尝试 .
删除用于删除数据库中记录列表的范围谢谢
如果您使用AutoMapper同一个类上的Entity Framework,你可能会遇到这个问题 . 例如,如果你的 class 是
这将尝试复制这两个属性 . 在这种情况下,ClassBId不可为空 . 由于AutoMapper将复制
destination.ClassB = input.ClassB;
,这将导致问题 .将AutoMapper设置为忽略
ClassB
属性 .我不知道为什么其他两个答案如此受欢迎!
我相信你认为ORM框架应该处理它是正确的 - 毕竟,这是它承诺提供的 . 否则,您的域模型会因持久性问题而损坏 . 如果正确设置级联设置,NHibernate会愉快地管理它 . 在实体框架中,它们也有可能,它们只是希望您在设置数据库模型时遵循更好的标准,特别是当他们必须推断应该执行的级联时:
您必须使用“identifying relationship”正确define the parent - child relationship .
如果执行此操作,Entity Framework将知道父对象已标识子对象,因此它必须是"cascade-delete-orphans"情况 .
除了以上,你 might 需要(来自NHibernate的经验)
而不是完全替换列表 .
UPDATE
@ Slauma的评论提醒我,分离的实体是整体问题的另一部分 . 要解决这个问题,您可以采用自定义模型 Binders 的方法,通过尝试从上下文加载模型来构建模型 . This blog post显示了我的意思的一个例子 .