在 NHibernate 中选择一对一和组件

Question

我正在尝试映射类 User 和 Profile，如下所示：

public class User
{
    public long ID { get; set; }
    public string LoginName { get; set; }
    public Profile Profile { get; set; }
}

public class Profile
{
    //the ID is the same with User's ID 
    public long ID { get; protected set; }
    public string NickName { get; set; }
    public Gender Gender { get; set; }
}

因此，它们可以映射为一对一关系和组件关系。我发现有些人评估该组件并认为一对一是一种不好的做法，为什么？出于性能原因？但在许多场景中它们被设计为两个单独的表（例如asp.net2.0 Membership）。

我该如何选择？我应该考虑哪些方面？我知道组件意味着“值对象”，但不是实体，但这是否意味着更多的事情？

ps：更让我困惑的是，即使在现实世界中是一对一的关系，也应该使用多对一的观点！

Answer 1

关键应该在此类的您的用例中。不要以 ASP.NET Membership 为例，因为它的设计很糟糕。

您需要回答以下问题：

1. 配置文件作为其自身的实体是否有意义？
2. 您在您所在域的其他地方是否有对该配置文件的引用？
3. 您可以拥有没有个人资料的用户吗？
4. 它有自己的行为吗？
5. 您会出于某种原因扩展（继承）配置文件吗？
6. 大多数用例是否只处理用户（及其登录名，而不仅仅是 ID）而不处理个人资料？

如果大多数问题都是正确的，那么您就有一个使用一对一的好例子（我不同意@Falcon；这实际上是一对一的合法用途之一）

否则，组件将正常工作。它没有 ID，因此您可以删除该属性。

Answer 2

你不应该使用任何一个。

一对一

您的用户和配置文件位于不同的数据库表中，但两者共享互斥的 PK：
请参阅http://jagregory.com/writings /i-think-you-mean-a-many-to-one-sir/

对于关系数据库来说，这是相当糟糕的设计实践，它很混乱，并且不一定对关系强制实施约束。

组件

您可以使用组件从杂乱的关系数据库中获取干净的对象模型，配置文件和用户数据都存储在同一个数据库表中，但它们应该在您的对象模型中分开（就像您想要的那样，从您的代码来看） 。可能不支持延迟加载，这会导致数据库流量较高。

参考

恕我直言，您应该使用参考。它的概念有点像一对一，但用户引用一个配置文件。配置文件可以存储在它们自己的表中，可以延迟加载（性能）并且不依赖于用户。

关于您的困惑：
只需阅读我提供的链接即可。从技术上讲，对于正确设计的数据库方案，您需要多对一，因为这在技术上是可能的并且将被映射。我知道这很令人困惑。如果您只需要映射一侧，请考虑参考而不是一对一。