在实体框架中实现导航属性的另一种方法答案

【问题标题】：An alternative way of implemening navigation properties in Entity Framework在实体框架中实现导航属性的另一种方法
【发布时间】：2012-08-13 18:59:15
【问题描述】：

为复杂实体定义导航属性的官方方法是：

public class SuperEntity
{    
    public int Id { get; set; }
    //Other properties
}

public class LowerEntity
{
    public int Id { get; set; }
    public int SuperEntityId { get; set; }
    public virtual SuperEntity SuperEntity { get; set; }    
    //Other properties
}

这里的主要内容是引用的类（允许导航到链接的超级实体）既有public SuperEntity SuperEntity { get; set; } 属性，也有public int SuperEntityId { get; set; } 中的Id。

我在实体设计中花了几天时间在“下层实体”中省略了 public int SuperEntityId { get; set; } 属性。所以我只通过虚拟 SuperEntity 属性导航。一切正常！但是我有人告诉我它在数据库中创建了一个过多的表。我查过了，这不是真的。当我使用我的方法时，数据库表具有 SuperEntityId 列，并自动使用引用的实体 ID 填充它。那么这个public int SuperEntityId { get; set; } 字段有什么意义呢？

或者，也许，我正在做的事情在 4.3 等“新”版本的 EF 中可用？

【问题讨论】：

标签： entity-framework

【解决方案1】：

SuperEntityId 的意义在于，有时在您的上下文并非始终处于活动状态的应用程序中使用外键属性会更容易，例如一个网络应用程序。在这种情况下，只使用外键属性比尝试将对象 B 附加到对象 A 要容易得多。
据我所知，使用导航属性，EF 使用一个对象来跟踪 2 个对象之间的关系。因此，如果您想将对象 B 与对象 A 耦合，在断开连接的应用程序中，仅在对象 A 上设置属性是不够的，您还必须在 changetracker 中修改对象 A 的条目以注册 B 和一个。设置外键属性相当于这种摆弄。当我们刚开始使用 EF 并且不了解所有这些时，每次我们想要连接 2 个对象时，例如B 到 A，且 B 已经存在于 DB 中，上下文认为 B 是一个新对象而不是现有对象，并复制了 DB 中的记录。

【讨论】：

也许你是对的，我以后可能会遇到这个问题。谢谢。
很有可能，如果你的对象在同一个上下文实例中浮动，并且永远不必显式附加（这在桌面应用程序中通常不需要），你将永远不会真正拥有太多问题。
就在今天，我注意到我的测试数据库中有一些重复记录。它们是完全相同的副本，包括在多对多桥接表中定义的关系。我很困惑，但只是删除了它们，认为这可能是新的本地数据库的问题。你所描述的更合理，我正在考虑放弃导航属性。

【解决方案2】：

它不会创建过多的表，但它可能会在该数据库上生成额外或更长的查询。但这取决于您如何使用这些实体。

【讨论】：