【性能优化】EFCore性能优化(二)-禁用实体跟踪

最新推荐文章于 2024-04-18 11:45:11 发布

原创

最新推荐文章于 2024-04-18 11:45:11 发布 · 3k 阅读

本文详细解释了EFCore的实体跟踪机制，包括其工作原理、何时生效以及可能导致的性能问题。重点介绍了禁用跟踪的场景，如只读查询和批量添加，以提高性能。

阅读本文你的收获

了解EF Core的实体跟踪机制及其对性能的损害
学习EF Core禁用跟踪机制的应用场景

在【性能优化】EFCore性能优化(一)中我分享了EF Core在使用上需要注意的地方，有：

IEnumerable和IQueryable两种接口要充分理解，区别使用。
EF默认自带实体跟踪机制，只读查询用非跟踪式查询可以提高效率。用AsNoTracking方法。
EF对批量操作的支持不太高效，所以像批量添加、删除、修改等操作的执行效率，要注意分析与改进。
对于一些复杂查询，EF帮我们生成的SQL语句有时是低效的，这时可以让EF直接执行原生SQL语句，或者改用ADO.NET方式去执行。

接着上一篇，本次继续分享EF的实体跟踪机制，及如何禁用跟踪机制。

一、EF Core的实体跟踪机制

EF Core的实体跟踪机制是一种在应用程序中跟踪由EF(实体框架)管理的实体对象的方式。它能够自动检测对实体对象的更改，并将这些更改同步到数据库中。

1.1 实体跟踪机制什么情况下生效？

实体跟踪机制在以下情况下生效：

当通过查询从数据库中检索实体对象时，实体框架会自动跟踪这些对象的状态。
当应用程序对实体对象进行更改时，实体框架会自动检测这些更改，当你调用SaveChanges方法时，EF Core会将这些更改应用到数据库中。

以下案例将创建一个方法来演示实体跟踪：

using(var context = new BlogContext())
{
   
   
    // 加载一个博客及其所有帖子（开始跟踪）
    var blog = context.Blogs
              .Include(b => b.Posts)  // 使用 Include 方法确保相关实体的加载，这会导致实体被 EF Core 开始跟踪。
              .FirstOrDefault(b => b.BlogId == 1);
    // 假设我们修改了某些属性值，例如博客的 URL 和帖子的标题。
    blog.Url = "http://example.com/new-url";
    blog.Posts[0].Title = "New Post Title"; // 修改了第一个帖子的标题。