深入理解 EF Core：EF Core 读取数据时发生了什么？

精致码农

原文： https:// bit.ly/2UMiDLb
作者：Jon P Smith
翻译：精致码农-王亮
声明：我翻译技术文章不是逐句翻译的，而是根据我自己的理解来表述的。其中可能会去除一些本人实在不知道如何组织但又不影响理解的句子。

本文将为你详细描绘 EF Core 从数据库中读取数据的“幕后”视图。我将揭开两种数据库读取方式的面纱：一个是普通的查询，另一个是使用 AsNoTracking 方法的非跟踪查询。我还将通过一个实验来演示我是如何解决我的一个客户遇到的性能问题。

我假设你对 EF Core 已经有了一定的认识，但在深入学习之前，我们先来了解一下如何使用 EF Core，以确保我们已经掌握了一些基本知识。这是一个“深入研究”的课题，所以我准备大量的技术细节，希望我的描述方式你能理解。

本文是“深入理解 EF Core”系列中的第一篇。以下是本系列文章列表：

当 EF Core 从数据库读取数据时发生了什么？（本文）
当 EF Core 写入数据到数据库时发生了什么？（敬请期待）

概要

EF Core 有两种方法从数据库中读取数据（也称为查询）：普通 LINQ 查询和包含 AsNoTracking 方法的非跟踪 LINQ 查询。
这两种方法查询的返回类（被称为实体类），它连接的其它的实体类（即所谓的导航属性）也被同时加载，但这两种法如何连接及连接的内容是不一样的。
普通查询接受的是 DbContext 执行读取时所有数据的副本——此时的实体类称为被跟踪。这允许加载的实体类参与数据库的更新操作。
普通查询还会有一些其它的复杂底层实现，称为关系修补(fixup)，用于描述读入的实体类和其他被跟踪实体之间的连接关系。
AsNoTracked 非跟踪查询没有副本，所以它没有被跟踪——这意味着它比普通查询更快。这也意味着它不会用于数据库的写操作。
最后，我将展示 EF Core 普通查询中一个鲜为人知的特性，以此作为示例，说明通过导航属性连接实体类的关系是多么智能。

EF Core 如何读取数据库数据

提示：如果你已经对 EF Core 有一定的认识，那么你可以跳过这一节，这部分只是一个如何读取数据库的例子。

为了能让你更好地理解，我先描述一个数据库结构，然后再给出一个简单的数据库读取示例。下面是一些基本表的结构和它们之间的关系。

这些表被映射到具有类似名称的类，例如 Book、BookAuthor、Author，这些类的属性名称与表的字段名称相同。由于篇幅有限，我不打算展开来讲这些类，但您可以在我的 GitHub 仓库[1]中查看这些类。

EF Core 读取数据库需要下面五部分：

数据库服务器，如 SQL server, Sqlite, PostgreSQL 等。
具有数据的数据库。
映射到数据表的类（称为实体类）。
一个继承 DbContext 的类，该类包含 EF Core 的配置。
最后，从数据库读取数据的命令。

下面的单元测试代码来自我的 GitHub 创库[2]，展示了一个简单的示例，它从现有数据库中读取 4 个 Book 实体及其关联的 BookAuthor 和 Authors 实体。

仓库地址： https:// bit.ly/2Yza7QQ

[Fact]
public void TestBookCountAuthorsOk()
    //SETUP
    var options = SqliteInMemory.CreateOptions<EfCoreContext>();
    //code to set up the database with four books, two with the same Author
    using (var context = new EfCoreContext(options))
        //ATTEMPT
        var books = context.Books
            .Include(r => r.AuthorsLink)
            .ThenInclude(r => r.Author)
            .ToList();
        //VERIFY
        books.Count.ShouldEqual(4);
        books.SelectMany(x => x.AuthorsLink.Select(y => y.Author))
            .Distinct().Count().ShouldEqual(3);

现在，如果我们将单元测试代码对应到上面的 5 部分，结果是这样的：

数据库服务器 ——第 5 行：我选择了一个 Sqlite 数据库服务器，在本例中是 SqliteInMemory.CreateOptions 方法，它使用我的一个 NuGet 包 EfCore.TestSupport 创建了一个内存数据库（内存中的数据库对于单元测试非常有用，因为你可以为这个测试建立一个新的空数据库）。
具有数据的数据库 ——第 6 行：我将在下一篇文章介绍数据是如何写入数据库的，现在假设有一个数据库包含 4 本书信息，其中两本书的作者是同一个人。
实体类 ——代码里这里没有展示，但是你可以在这里查看这些类[1]。其中有一个 Books 实体类，通过一个名为 BookAuhor 的实体类多对多关联 Authors 实体类。
一个继承 DbContext 的类 ——第 7 行：EfCoreContext 类继承了 DbContext 类并配置了从类到数据库的映射关系（你可以在我的 GitHub 仓库[3] 中查看该类）。
从数据库读取数据的命令 ——第 10 到 13 行，这是一个查询：

第 10 行 — context 为 EfCoreContext 的实例，通过它访问你的数据库， .Books 表示您希望访问 Books 表。
第 11 行 — Include 被称为贪婪加载，它告诉 EF Core 当它加载 Books 时，也应该加载关联到的所有 BookAuthor 实体类。
第 12 行 — ThenInclude 是继续贪婪加载，它告诉 EF Core 当它加载一个 BookAuthor 时，它也应该加载关联到该 BookAuthor 的 Author 实体类。

所有这一切查询出来是一个结果集，其中有普通属性，像 Books 的 Title 属性；有关联实体类的导航属性，像 Books 的 AuthorsLink 属性。

这个示例称为查询或读取，也是四种数据库访问类型之一，即 CRUD(新增、读取、更新和删除)。我将在下一篇文章中介绍新增和更新。

EF Core 如何表示读取的数据

当你查询数据库时，EF Core 会将数据库返回的数据转换为实体类并填充导航属性的值。在本节中，我们将研究两种类型的查询步骤——普通查询(即没有 AsNoTracking 方法，也称为读写查询)和添加了 AsNoTracking 方法的非跟踪查询(称为只读查询)。

我们先来看一下最初 LINQ 语句是如何转换成数据库相应的查询命令然后返回数据的。对于我们将要看到的两种类型的查询来说，这是很常见的操作。关于查询的第一部分，请参见下图。

有一些非常复杂的代码将你的 LINQ 转换为数据库查询命令，但这些内部细节我们不必关心。如果你的 LINQ 不能被翻译，你会从 EF Core 得到一个异常消息，其中包含类似“不能被翻译”的描述词语。此外，当数据返回时，像 Value Converters[4] 这样的特性可能会调整数据。

本节展示了查询的第一部分，其中 LINQ 被转换为数据库命令并返回所有正确的值。现在我们来看查询的第二部分，在这里 EF Core 获取返回值并将它们转换为实体类的实例，并填充导航属性。我们将分别看看两种类型的查询。

1. 普通查询(读写查询)

普通查询读取数据的方式可以修改数据并更新到数据库，这就是我将其称为读写查询的原因。它不会自动更新数据(请参阅下一篇文章，了解如何写入数据库)。如果你要更新数据，你的查询必须是读写查询。

我在介绍中给出的示例执行的是一个普通读写查询，读取带有 AuthorsLink 实例的示例。下面是该示例的查询部分的代码：

var books = context.Books
    .Include(r => r.AuthorsLink)
    .ThenInclude(r => r.Author)
    .ToList();

然后 EF Core 通过三个步骤将这些值转换并填充含有导航属性的实体类。下图显示了这三个步骤以及生成的实体类及其导航属性的实体类。

让我们来分析一下这三个步骤：

创建类并填充数据 。它接受数据库返回的值，并填充非导航(称为标量)属性、字段等。在 Book 实体类中，是 BookId(主键)、Title 等属性——参见上图左下角浅蓝色矩形。
修补关联关系 。首先是填入主键和外键的信息，它们定义如何相互关联数据。然后，EF Core 使用这些键设置实体类之间的导航属性(如图中蓝色粗线所示)。这个关系的修补所需的信息不仅是查询读入的实体类，它还会查看 DbContext 中跟踪的每个实体，并填充导航属性。这是一个强大的功能，但你的被跟踪实体越多，所需消耗时间也越多——这就是为什么需要 AsNoTracking 来实现更快的查询。
创建跟踪快照 。跟踪快照是返回给用户的实体类的一个副本，加上它所隐藏的与每个实体类的关联关系——若一个实体处于被跟踪状态，这意味着它将会发生修改并会写入到数据库中。

2. 非跟踪查询(只读查询)

非跟踪查询，即使用 AsNoTracking 方法的查询，是一个只读查询。这意味着，当 SaveChanges 方法被调用时，你读取的任何内容都不会被写入数据库。非跟踪查询的查询效率更高，在下一节中，我将介绍非跟踪查询以及与普通查询的其他区别。

在前文的示例之后，我修改了查询代码，添加了下面的 AsNoTracking 方法(请看第 2 行)：

var books = context.Books
    .AsNoTracking()
    .Include(r => r.AuthorsLink)
    .ThenInclude(r => r.Author)