流畅的 nhibernate 的多对多性能问题

Question

我遇到的情况是，我有多个多对多关联。在 12 到 15 以上。通过阅读，我发现人们普遍认为多对多关联不是“典型”的，但它们是我能够创建适合我的情况的关联的唯一方法，所以我不确定如何进一步优化。

这是我的基本场景。

class Page {
  IList<Tag> Tags { get; set; }
  IList<Modification> Modifications { get; set; }
  IList<Aspect> Aspects { get; set; }
}

这是我的“核心”课程之一，巧合的是我的核心表之一。我的代码中几乎一半的对象可以具有 IList，其中一些具有 IList，其中 T 具有其自己的IList。

正如您所看到的，从面向对象的角度来看，这并不是一个真正的问题。但从数据库的角度来看，这开始引入大量的连接表。

到目前为止，它对我来说效果很好，但我想知道是否有人对我如何改进这个结构有任何想法。我花了很长时间思考，为了达到所需的适当关联水平，我想不出有什么方法可以改进它。我唯一想到的就是为每个具有 IList 的对象创建中间类，但这并没有真正执行 HasManyToMany 所做的任何事情除了引入另一个类之外还没有做。它不会扩展功能，而且据我所知，它不会提高性能。

有什么想法吗？我还担心这种情况下的主键限制。大多数东西都需要能够具有这些属性，但页面对于每个对象来说不能是唯一的，因为它们将在多个对象之间频繁共享和连接。

所有的关系都是单方面的。 （也就是说，Page 不知道它的所有者是什么）。因此，我也没有 Inverse() 映射的 HasManyToMany 集合。

另外，我读过类似的问题： 当有很多关联时使用像NHibernate这样的ORM——性能问题

但这确实没有回答我的问题。

Answer 1

问题比较模糊。

为什么您认为多对多关系会导致性能问题？您对您的应用程序进行了概要分析吗？

乍一看，如果 Modification 代表一个版本或对一个 Page 的更改，那么它应该是一对多，而不是多对多。也许你还有更多这样的东西。