FluentNHibernate:使用NotFound.Ignore()映射引用时的性能惩罚

时间:2011-02-25 10:54:16

标签: c# nhibernate fluent-nhibernate

我使用FluentNhibernate,我看到当关联的引用与NotFound.Ignore()映射时,NHibernate会执行许多查询。

由于遗留数据库的引用完整性有点糟糕,我想知道是否有解决方法,或者是否有可以使用的替代映射。

示例:

//no query when loading the entity
References<User>(x => x.User, "UserId").LazyLoad().Nullable();

//performs a hundred queries when I load my entities
References<User>(x => x.User, "UserId").LazyLoad().Nullable().NotFound.Ignore();

1 个答案:

答案 0 :(得分:6)

遗憾的是,这是一个已知问题,NHibernate JIRA(https://nhibernate.jira.com/browse/NH-1001)存在问题

虽然有一种解决方法,但它并不漂亮。在实体中,您需要做一些事情:

class Entity {

    private int? _userId;

    private User user;

    public User User 
    {
        get { 
            if (_userId == null)
                return null;

            return user;                
        };
        set {
            if (value == null)
                _userId = null;
            else
                _userId = value.UserId;

            _user = value;
        };
    }
 }

在映射中,您可以将引用映射为正常但没有not-found = ignore设置,但是您还映射了外键字段:

 References<User>(Reveal.Membmer<User>("_user"), "UserId").LazyLoad();
 Map(Reveal.Membmer<int?>("_userId")).Nullable().Not.Update().Not.Insert(); // Suppress updates and inserts so that they don't conflict with the mapping of User.

基本上,您让NHibernate在_user字段上正常运行,然后使用_userId字段手动执行空检查。这样就可以避免N + 1选择问题。缺点是它使实体复杂化并使查询更难写。例如,如果您希望能够在LINQ查询中使用User-property,则必须公开内部_user字段并使用它。