使用实体框架（代码优先）将具有可空关联的实体更新/更改为null

Question

我有一个关联（虚拟的，延迟加载的一对一或空值），我想将其设置为null。 我发现除非首先加载此关联， 然后将其设置为null， 否则这是不可能的。

someEntity.AnotherEntity.ToString(); // Needs to be done in order to force a load since im using a service that wraps a generic repository
someEntity.AnotherEntity = null; // Now this works because i loaded above.

我在Google上搜索了很多东西，似乎很想加载someEntity是一个选择，或者向SomeEntity添加一个新属性，即：

[ForeignKey("AnotherEntity")] // With this annotation
int? AnotherEntity_Id // Added this property

然后使用可为null的AnotherEntityId代替关联属性AnotherEntity 。

我现在使用第二种方法，它使Entity有点膨胀，但看起来更加牢固，因为您也不需要额外的SQL调用。

1. 为什么我不能将关联设置为null并让EF理解这一点？

2. 那我使用的第二种方法呢？ 这是一个好习惯还是有更好的选择？

Answer 1

1为什么我不能将关联设置为null并使EF理解这一点？

这是因为您的实体的性质启用了延迟加载。 对于延迟加载，直到您在Navigation属性上调用get方法，该实体才会在该属性中实现。 如果调用set ，请确保这可以将属性的后备字段设置为null，但是EF会忽略它，因为开始时它为null。 除非您渴望加载，否则在调用get之前，不会填充该属性的后备字段。

2我使用的第二种方法呢？ 这是一个好习惯还是有更好的选择？

一个简单的解决方法是通过执行以下操作来强制延迟加载（如果尚未加载）：

if (someEntity.AnotherEntity != null) // this will lazy load the instance
    someEntity.AnotherEntity = null; // now tell EF to remove the association

if块中的语句将在属性上调用get方法，并在尚未急于加载时延迟加载它。 现在，EF上下文知道该实体已被跟踪，因此当您在下一行将其设置为null时，EF将记住您想在保存更改时将其清空。

另外，正如您指出的那样，如果要为关联公开可空的外键属性，则可以对其进行设置。 由于它不是虚拟的，因此将其更改为null也将具有与告诉EF上下文您要删除关联的效果相同的效果。