• EF联合查询,如何设置条件过滤从表数据


    最近在使用EF进行联合查询过程中,遇到了一件不开心的事情。

    已禁用懒加载

    var post = await _repository.GetMyPostById(blogId, postId).AsNoTracking()
                            .Include(p => p.PostToCategories)
                            .SingleOrDefaultAsync();
    
    如上代码所示的查询中,使用Include()关联了PostToCategories,这是常用的联合查询方式。可是PostToCategories是软删除(IsAcitve)的,使用Include()方法会把所有的相关的PostToCategories都查询出来,这不是我们想要的结果。
    首先分析下原因,Include()方法,是根据配置的关系查询关联的对象,所以我们只要在它生成sql之前加上过滤条件就可以了,可是纵观EF的api,无一能实现目的。既然这样,我们只能想想其他办法了。
    
    var post = await _repository.GetMyPostById(blogId, postId).AsNoTracking()
                            .Select( p => new {
                                                    BlogPost = p,
                                                    PostToCategories = p.PostToCategories.Where(c => c.IsActive)
                                                    }).SingleOrDefaultAsync();
    var blogPost = post.BlogPost;
    blogPost.PostToCategories = post.PostToCategories.ToList();
    
    
    用匿名类型接受主表和从表的查询结果,这样就可以为从表设置过滤条件了。最后,把匿名结果显示赋值给blogPost。
    通过观察生成的sql语句,我们发现确实是在 ` join PostToCategories ` 后面增加了where条件。
    但是这种方法在面对多对多关系时,就**不够优雅**了。
    
     var post = await _repository.GetMyPostById(blogId, postId).AsNoTracking()
                            .Include(p => p.TagMap)
                            .Include(p => p.TagMap.Select(t => t.Tag))
                            .SingleOrDefaultAsync();
    

    改写成如下:

    var post = await _repository.GetMyPostById(blogId, postId).AsNoTracking()
                            .Select( p => new {
                                                    BlogPost = p,
                                                    TagMap = p.TagMap,
                                                    Tag = p.TagMap.Select(t => t.Tag),
                                                    }).SingleOrDefaultAsync();
    var blogPost = post.BlogPost;
    blogPost.TagMap = post.TagMap;
    blogPost.TagMap.ForEach(m => m.Tag = post.Tag.FirstOrDefault(g => g.Id == m.TagId));
    

    是不是感觉不美好了?

    那有没有更好的办法呢?stackoverflow上有人推荐了一个针对EF的扩展包 EntityFramework.DynamicFilters ,它的实现方式是在OnModelCreating的时候给Entity设置好过滤条件,当前DbContext对象涉及到该Entity类型的查询时,都会自动加上过滤条件。

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        modelBuilder.Filter("PostToCategory_IsActive", (PostToCategory ptc) => ptc.IsActive, true);//为PostToCategory类型设置过滤条件:IsActive==true
    }
    

    直接使用Include()就可以得到我们想要的结果,如下所示:

    var post = await _repository.GetMyPostById(blogId, postId).AsNoTracking()
                            .Include(p => p.PostToCategories)
                            .SingleOrDefaultAsync();
    

    可是这样以来所有的涉及到PostToCategories的查询都会被过滤,怎么办呢?EntityFramework.DynamicFilters提供 禁用/启动 过滤条件的API

    context.DisableFilter/EnableFilter("PostToCategory_IsActive");// 在当前DbContext实例对象中禁用/启用名为PostToCategory_IsActive的Filter
    modelBuilder.DisableFilterGlobally("PostToCategory_IsActive");// 全局禁用名为PostToCategory_IsActive的Filter
    context.DisableAllFilters();//禁用所有的Filters
    context.EnableAllFilters(); //启用所有的Filters

    于是代码就变成了这样:

    一、设置Filter

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        modelBuilder.Filter("PostToCategory_IsActive", (PostToCategory ptc) => ptc.IsActive, true);//为PostToCategory类型设置过滤条件:IsActive==true
    }
    

    二、全局禁用Filters

    context.DisableAllFilters();
    

    三、在需要过滤的地方启用Filter

    context.EnableFilter("PostToCategory_IsActive");
    var post = await _repository.GetMyPostById(blogId, postId).AsNoTracking()
                            .Include(p => p.PostToCategories)
                            .SingleOrDefaultAsync();
    
    

    而且还没有考虑DbContext缓存查询结果带来的问题。
    如果说第一种解决方案不优雅,那么这种方案就是恶心

    --- 2016.10.10 ---

    昨天借鉴了ABP的封装思想,把EntityFramework.DynamicFilters的API封装了下,确实美观多了。
    参见:

    本来顺风顺水,如tkb至简的博文中描述的那样,优雅的过滤数据,可惜最后在一次保存的时候出现了意外,最后发现原因出在和EntityFramework.Extended有冲突,因为后者是重新生成了SqlExpression,没有对EntityFramework.DynamicFilters在设置where条件中的@DynamicFilterParam_000001赋值。
    暂时没有想到更好的办法,遂先滚回去。:(

  • 相关阅读:
    写个简单的搜索引擎
    C++中的三种继承关系
    《深度探索C++对象模型》调用虚函数
    一次数据库优化的对话
    读后感:你的灯亮着吗
    Linux Shell 截取字符串
    一次关于知识储备的思考
    哈夫曼树与哈夫曼编码
    二叉查找树
    jar中没有注清单属性
  • 原文地址:https://www.cnblogs.com/kexxxfeng/p/5925667.html
Copyright © 2020-2023  润新知