c# - 是一对一的关系糟糕的策略

Question

用户总是有一个钱包。一个钱包始终属于一个用户。

因为我想分离与钱钱包相关的属性，所以我创建了 Wallet 对象并能够跟踪钱交易，......我创建了

public Wallet : Entity<int>
{
    public double Amont {get; set;}
    public IList<MoneyTrans> Transactions {get; set;}
}

由于这显然是一对一的关系，是否可以使用一对一的关系进行映射？

一对一是不好的策略吗？

Answer 1

我不得不附加答案，观点相反。不要不使用一对一映射。至少对于 NHibernate。

我不是在谈论概念领域驱动设计。关于我在数据库设计和 NHibernate 使用方面的经验。

1) 一对一 - 刚性数据库设计

首先，当业务需求发生变化时，使用共享主键进行设计(继承除外)可能会在以后导致许多问题。

典型场景，与示例非常相似23.2. Author/Work ，其中 Author 被一对一映射到 Person。因此，Author 的 id(主键)来自于一个 Person(id)。业务迟早会来问我们是否可以将人员映射到作者(参见 Lars Kepler 示例)

我在这里想说的是:Chapter 24. Best Practices (让我引用一点)

Declare identifier properties on persistent classes.

NHibernate makes identifier properties optional. There are all sorts of reasons why you should use them. We recommend that identifiers be 'synthetic' (generated, with no business meaning) and of a non-primitive type. For maximum flexibility, use Int64 or String.

如此处(以及我的经验)所述，让所有实体都拥有自己的代理主键是非常有益的。稍后关系的变化 - 只会影响引用(在代理键之上)，而不影响表/实体本身。

2) 一对一与NHibernate 不能偷懒

事实上这就是一个原因，为什么 (尽管我尝试了几次) 目前根本不使用 one-to-one。 一对一不支持延迟加载。搜索更多信息，但可以在此处找到很好的解释:

• 阿延德 NHibernate one-to-one (引用)

  In other words, one-to-one cannot be lazily loaded, which is one of the reasons why it is recommended to use two many-to-one instead.

• Some explanations on lazy loading (one-to-one)

如问题下方评论中的链接之一所述(引用)

1. You can either include all those attributes as columns into your entity table - but in that case, lots of columns would end up empty for a significant number of the entries.

2. Or: you can put those "optional" attributes into a separate table, set up a 1:1 (or rather: 0:1) relationship with the base entity table,

嗯，使用 NHiberante 不会有太大的改进。这个建议是错误的。 Lazy loading of one-to-one isn't supported...

总结:

这就是我强烈建议的原因:尽可能使用多对一 或一对多。你会收获更多...