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-11-07 05:22:49

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

Swift学习(4懒加载、计算型属性、反射机制)

懒加载.计算型属性.反射机制 1.懒加载: 目的:1.延迟创建,需要时加载,节省内存空间 2.避免开发中处理解包的问题(重要!!!) 知识:1.所有的UIView 及子类在开发是,一旦重写了够着函数,必须要实现initwithcoder函数以保证提供两个通道,目前Xcode会有提示. 2.在swift中懒加载的简单写法 lazy var label:UILabel = UILabel() 3.懒加载本质上是一个闭包,完整写法如下: {}包装代码  ()执行代码 lazy var labe = {

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

spring-自动加载配置文件\使用属性文件注入 在上一篇jsf环境搭建的基础上 , 加入spring框架 , 先看下目录结构 src/main/resources 这个source folder 放置web项目所需的主要配置,打包时,会自动打包到WEB-INF下 首先看下pom.xml,需要引入一些依赖项:  pom.xml 1. 自动加载配置文件 在web项目中,可以让spring自动加载配置文件(即上图中的src/main/resouces/spring下的xml文件),WEB-INF/w

定义页面加载和导航时要执行的函数/自定义事件

/** * Copyright 2017 Google Inc. All rights reserved. * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www

.NET Core配置文件加载与DI注入配置数据

.NET Core配置文件 在以前.NET中配置文件都是以App.config / Web.config等XML格式的配置文件,而.NET Core中建议使用以JSON为格式的配置文件,因为使用起来更加方面灵活,而且可以使用.NET Core中的DI注入配置数据. 使用: 1 var config = new ConfigurationBuilder() 2 .AddInMemoryCollection() //将配置文件的数据加载到内存中 3 .SetBasePath(Directory.Ge

.net core中加载lua脚本的类库: MoonSharp

前言 MoonSharp是一个支持C#调用lua脚本的类库,支持.net, .net core, mono, unity,因此在.net core中也能够使用,而且加载和调用lua也很方便简单: 官网:http://www.moonsharp.org/ 源码:https://github.com/xanathar/moonsharp nuget:PM> Install-Package MoonSharp 使用 加载脚本 1 string scriptCode = @" 2 sum = 0

EntityFramework(EF)贪婪加载和延迟加载的选择和使用

贪婪加载:顾名思议就是把所有要加载的东西一 次性读取 1 using (var context = new MyDbContext()) 2 { 3 var orders = from o in context.Orders.Include("OrderDetails") select o; 4 } 当读取订单信息orders的时候,我们希望把订单的详细信息也读取出来,那么这里我们使用Include关键字将关联表也加载进 来. 延迟加载:即当我们需要用到的时候才进行加载(读取) 当我们

.net core 项目加载提示项目文件不完整缺少预期导入的解决办法

今天把在远端的仓库的代码在另一台电脑上拷贝下来,电脑上.net core 环境也已经安装了,但是发现有几个项目没有加载成功,然后重新加载项目,vs2017却提示 项目文件不完整,缺少预期导入 查看错误列表,大意就是,项目的sdk版本可能是 .net core 2.0的,而我电脑没有.net core 2.0,是 .net core 2.1 The current .NET SDK does not support targeting .NET Core 2.0. Either target .N

类的自动加载、类属性类方法的调用

类的自动加载: 方法一:spl_autoload_register(function($className){ require $className.".php"; }); $imooc = new Imooc(); 方法二: 类方法和类属性的调用: 原文地址:https://www.cnblogs.com/weixiaofantasy/p/9830227.html

net core手动加载dll,无法自动加载其依赖项

用的net core版本是2.1,也许在后续的版本中已经修复了这个问题 今天在尝试用net core写demo的时候,发现了这个问题.因为都是使用DI,所以就没有我的网站项目里直接引用一些实现类库,而是放到了同一个目录下,在网站启动的时候用代码去加载进来.然而在实际的运行过程成中发现,指定的dll会自动加载,但是其依赖的nuget包里的dll不会被加载进来,在Google了很久,也发现了很多人提出过这个问题,在GitHub上也有人提过https://github.com/dotnet/coref