EntityFramework Core饥饿加载忽略导航属性问题

前言

.NET Core项目利用EntityFramework Core作为数据访问层一直在进行中,一直没有过多的去关注背后生成的SQL语句,然后老大捞出日志文件一看,恩,有问题了,所以本文产生了,也是有点疑惑,若有知情者,还望告知。

EntityFramework Core忽略导航属性

 在前面我们已经探讨过利用Serilog日志框架来输出日志,所以对于本节查询日志的输出依然借助Seilog。我们在Startup.cs类中Starup方法中是创建日志实例。

 Log.Logger = new LoggerConfiguration()
            .MinimumLevel.Debug()
            .WriteTo.RollingFile(Path.Combine(
                env.ContentRootPath, "{Date}.log"))
            .CreateLogger();

接着我们只需要将Serilog注入到日志管道中即可在Configure方法中注入。

 loggerFactory.AddSerilog();

完成上述日志输出只需要安装如下三个包即可。

接下来记录日志只需要在控制器类或者其他类构造函数注入即可。

    public class HomeController : Controller
    {
        private readonly ILogger _logger;

        private IBlogRepository _blogRepository;
        public HomeController(ILogger<HomeController> logger)
        {
            _logger = logger;
            _blogRepository = blogRepository;
        }
    }

关于EntityFramework Core中映射等就不再阐述,请参看前面EntityFramework Core系列。下面我们直接给出查询操作 

        public async Task<IEnumerable<Post>> GetPosts()
        {
            var posts = await _context.Blogs
                   .AsNoTracking()
                   .Include(d => d.Posts)
                   .SelectMany(d => d.Posts)
                   .Select(p => new Post()
                   {
                       Id = p.Id,
                       Title = p.Title,
                       Content = p.Content
                   }).ToListAsync();

            return await Task.FromResult(posts);
        }

不必太纠结上述查询语句,当有多表查询时我们最终需要获取Blog中的Post,最终才有了上述语句。我们看到如下日志文件。

我们来查看其中生成的Linq语句。

继续往下看我们将看到如下语句:

2017-09-28 00:36:58.901 +08:00 [Warning] The Include operation for navigation: 'd.Posts' was ignored because the target navigation is not reachable in the final query results. To configure this warning use the DbContextOptionsBuilder.ConfigureWarnings API (event id 'CoreEventId.IncludeIgnoredWarning'). ConfigureWarnings can be used when overriding the DbContext.OnConfiguring method or using AddDbContext on the application service provider.

上述警告语句提示导航属性Posts被忽略了因为其未能到达最终的查询结果,但是最终我们还是能看到里面确确实实是有数据的。

然后查看EntityFramework Core官方文档已经说明了此情况何时发生。

当利用饥饿加载进行查询操作时,最终并未返回原实体的实例此时将忽略Include导航属性。但是上述最终还是返回了数据,这是不是就暗示着并未利用饥饿加载而是在内存中操作呢。然后通过SQL Profiler进行监控得知只生成了一条SQL语句。

到这里还是没明白官方文档中所叙述的忽略导航属性究竟是什么意思?如果忽略了导航属性上述利用Linq进行查询应该会出现异常才对或者不会进行内连接,不知所云。所以上述查询我们只能返回Blog,而非其他实体,例如如下:

        public async Task<IEnumerable<Blog>> GetPosts()
        {
            var posts = await _context.Blogs
                   .AsNoTracking()
                   .Include(d => d.Posts)
                   .ToListAsync();

            return await Task.FromResult(posts);
        }

或者

        public async Task<IEnumerable<Blog>> GetPosts()
        {
            var posts = await _context.Blogs
                   .AsNoTracking()
                   .Include(d => d.Posts)
                   .Select(b => b)
                   .ToListAsync();

            return await Task.FromResult(posts);
        }

通过在github上找到如下issue:【https://github.com/aspnet/EntityFrameworkCore/issues/7153】 文中所述在1.1版本中将优化这种查询,目前我所使用版本为1.1.2,既然能正确返回值为何还打印警告日志提醒呢,看来这并不是问题,虽然忽略了但是还是进行了优化查询能够正确查询出数据。

总结

该问题演示在EntityFramework Core 1.1.2版本中,既然给出了提示那么应该是未解决,如果未解决那么将出现性能问题,如果我们进行投影然后ToList,此时利用Include进行饥饿加载,但是Include却被忽略,此时将生成一条单个SQL语句来查询获取结果集中每个元素的导航属性。若Include未被忽略并按照我们设想进行表连接,此时性能会更好。文中日志记录显示Include被忽略,但是生成SQL语句没有问题,却还是输出日志警告提醒,这究竟是为何,郁闷?

时间: 2024-09-12 06:01:14

EntityFramework Core饥饿加载忽略导航属性问题的相关文章

Spring Cloud实战小贴士:Zuul的饥饿加载(eager-load)使用

上一篇我们介绍了如何使用Ribbon的earger-load配置加速Spring Cloud中对服务接口的第一次调用.可是这样只是解决了内部服务间的调用,另外一个问题依然经常困扰我们,那就是网关到内部服务的访问.由于Spring Cloud Zuul的路由转发也是通过Ribbon实现负载均衡的,所以它也会存在第一次调时比较慢的情况.那么这个时候我们要如何设置呢? Zuul中的Eager Load配置 在Spring Cloud Zuul中也提供了一个配置参数来实现earger-load,具体如下

Spring Cloud实战小贴士:Ribbon的饥饿加载(eager-load)模式

2017年架构师最重要的48个小时 | 8折倒计时 我们在使用Spring Cloud的Ribbon或Feign来实现服务调用的时候,如果我们的机器或网络环境等原因不是很好的话,有时候会发现这样一个问题:我们服务消费方调用服务提供方接口的时候,第一次请求经常会超时,而之后的调用就没有问题了.下面我们就来说说造成这个问题的原因,以及如何解决的方法. 问题原因 造成第一次服务调用出现失败的原因主要是Ribbon进行客户端负载均衡的Client并不是在服务启动的时候就初始化好的,而是在调用的时候才会去

Orchard 源码探索:Module,Theme,Core扩展加载概述

1. host.Initialize(); private static IOrchardHost HostInitialization(HttpApplication application) { var host = OrchardStarter.CreateHost(MvcSingletons); host.Initialize(); // initialize shells to speed up the first dynamic query host.BeginRequest();

spring-自动加载配置文件\使用属性文件注入

在上一篇jsf环境搭建的基础上 , 加入spring框架 , 先看下目录结构 src/main/resources 这个source folder 放置web项目所需的主要配置,打包时,会自动打包到WEB-INF下 首先看下pom.xml,需要引入一些依赖项: 1 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance&

【spring bean】spring中bean的懒加载和depends-on属性设置

项目结构如下:   ResourceBean.java代码: 1 package com.it.res; 2 3 import java.io.File; 4 import java.io.FileNotFoundException; 5 import java.io.FileOutputStream; 6 import java.io.IOException; 7 8 public class ResourceBean { 9 10 private FileOutputStream out;

EntityFramework Core数据查询

前言 本节我们再来讲讲EF Core,本节算是回归基础吧,当前项目EF Core还是处于1.1版本中,后续等待.net core等版本稳定了全部会更新到2.0版本中,到时再来更新相关文章分享给大家. 相关数据加载 在EF中一直以来都是通过导航属性来加载一个实体的相关数据,在EF Core中加载相关数据有以下三种模式: 饥饿加载 来自数据库相关联数据的加载也会作为实体的一部分进行加载. 我们通过Include方法来进行饥饿加载实体相关联的数据,如下: using (var context = ne

EntityFramework 7 更名为EntityFramework Core(预发布状态)

前言 最近很少去学习和探索新的东西,尤其是之前一直比较关注的EF领域,本身不太懒,但是苦于环境比较影响自身的心情,所以迟迟没有下笔,但是不去学习感觉在精神层面缺少点什么,同时也有园友说EF又更新了,要我再写一篇,最终经过思想斗争后,还是花了一点时间去继续探索.本篇比较理论的去分享最近EF进展,后面有时间会继续关注EF团队在EF上的动向,并给出相对应的实例. EF Core 1.0.0 (1)EntityFramework是微软在.NET中推荐使用的数据访问技术,而EntityFramework

性能优化总结(六):预加载、聚合SQL应用实例

   前面已经把原理都讲了一遍,这篇主要是给出一个应用的实例.该实例取自GIX4,比较复杂. 领域模型:     领域模型间的关系,如下: 右边模型链的具体关系在<第二篇>中已经描述过,不再赘述. 本次重点在于红线框住部分: Project:表示一个建设项目: ProjectPBS:一个项目下包含的很多PBS: PBSPropertyValue:一个PBS我们可以为它设置多个值,每一个值对应一个PBSType(模板)中已定义的属性,值的范围也是只能在属性中已定义的可选值中进行选择. 对应的UI

android: 静态XML和动态加载XML混合使用,以及重写Layout控件

近期对android里面控件修改做了很多实验,由于公司需求很多,不得不重写很多控件.程序目标无非是:高效.轻巧.清晰.标准化   完成动态加载Layout有两种方法,依据个人喜好进行选择:   方法1:静态主Layout动态加载静态子Layout   首先构建子Layout:main2 [xhtml] view plaincopy <?xml version="1.0" encoding="utf-8"?>   <!--布局可以任意定义,此处拿线性