为什么实体框架在直接选择语句中的执行速度比 Dapper 快 [关闭]

Question

我是使用 ORM 处理数据库的新手，目前我正在制作一个新项目，我必须决定是否使用实体框架或 Dapper。我读过很多文章说 Dapper 比 Entity Framework 快。

所以我做了 2 个简单的原型项目，一个使用 Dapper，另一个使用 Entity Framework 和一个函数来从一张表中获取所有行。 表架构如下图

两个项目的代码如下

用于 Dapper 项目

System.Diagnostics.Stopwatch sw = new System.Diagnostics.Stopwatch();
sw.Start();
IEnumerable<Emp> emplist = cn.Query<Emp>(@"Select * From Employees");
sw.Stop();
MessageBox.Show(sw.ElapsedMilliseconds.ToString());

对于实体框架项目

System.Diagnostics.Stopwatch sw = new System.Diagnostics.Stopwatch();
sw.Start();
IEnumerable<Employee> emplist = hrctx.Employees.ToList();
sw.Stop();
MessageBox.Show(sw.ElapsedMilliseconds.ToString());

仅在我第一次运行项目时多次尝试上述代码后，dapper 代码会更快，并且在第一次之后，我总是从实体框架项目中获得更好的结果 我还在实体框架项目上尝试了以下语句来停止延迟加载

hrctx.Configuration.LazyLoadingEnabled = false;

但除第一次外，相同的 EF 执行速度更快。

任何人都可以给我解释或指导是什么让 EF 在这个示例中更快，尽管网络上的所有文章都说相反

更新

我已将实体示例中的代码行更改为

IEnumerable<Employee> emplist = hrctx.Employees.AsNoTracking().ToList();

使用某些文章中提到的 AsNoTracking 会停止实体框架缓存，并且在停止缓存后，dapper 示例的性能会更好，（但差别不大）

Answer 1

ORM（对象关系映射器）是一种在应用程序和数据源之间创建层并返回关系对象而不是返回的工具 （就您正在使用的 c# 而言）ADO.NET 对象。这是每个 ORM 都会做的基本事情。

为此，ORM 通常会执行查询并将返回的DataReader映射 到 POCO 类。 Dapper 仅限于此。

为了进一步扩展这一点，一些 ORM（也称为“完整 ORM”）会做更多的事情，例如为您生成查询以使您的应用程序数据库独立，缓存您的数据以供将来调用，为您管理工作单元等等.所有这些都是很好的工具，为 ORM 增加了价值；但它伴随着成本。实体框架属于此类。

要生成查询，EF 必须执行附加代码。缓存提高了性能，但管理缓存需要执行额外的代码。 EF 提供的工作单元和任何其他附加功能也是如此。所有这一切都为您节省了编写额外代码的时间，而 EF 支付了成本。

成本就是性能。由于 Dapper 做的是非常基础的工作，所以它更快；但是您必须编写更多代码。由于 EF 做的远不止这些，它（有点）慢；但你必须编写更少的代码。

那么为什么您的测试显示相反的结果？
因为你正在执行的测试没有可比性。

如上所述，完整的 ORM 具有许多好的特性；其中之一是 UnitOfWork。跟踪是 UoW 的职责之一。当对象第一次被请求（SQL 查询）时，它会导致到数据库的往返。然后将该对象保存在内存缓存中。完整的 ORM 跟踪对此已加载对象所做的更改。如果再次请求相同的对象（包括已加载对象的同一 UoW 范围内的其他 SQL 查询），它们不会执行数据库往返。相反，它们从内存缓存中返回对象。这样可以节省大量时间。
Dapper 不支持此功能，这会导致它在您的测试中执行较慢。

但是，此优势仅适用于多次加载相同对象的情况。此外，如果加载到内存中的对象数量过多，则会降低整个 ORM 的速度，因为检查内存中的对象所需的时间会更长。同样，这种好处取决于用例。

Answer 2

I read many articles which says that Dapper is faster than Entity Framework

互联网上大多数基准测试的问题在于他们将 EF Linq 与 Dapper 进行比较。这也是你所做的。这是不公平的。自动生成的查询 (EF) 通常不等于优秀开发人员编写的查询。

这个，

IEnumerable<Employee> emplist = hrctx.Employees.ToList();

应该换成这个。

IEnumerable<Employee> emplist = hrctx.Employees.FromSql(@"Select * From Employees").AsNoTracking();

编辑：

正如@mjwills 所指出的，下面是insert、update 和select 语句的结果表。

Dapper 的性能优于 EF Core 2。但是，可以看出，对于 EF 普通查询，差异非常小。我已经发布了complete details here。

Answer 3

Entity Framework Core 2.0 vs. Dapper performance benchmark, querying SQL Azure tables 的文章证实了 Dapper 有点快，但不足以忽略“完全 ORM”的好处。

Answer 4

将它们混合在一起没有问题。在我当前的项目中，我使用 Dapper 来选择数据，使用 EF 来创建和更新以及数据库迁移。

当涉及到涉及两个以上表或存在一些复杂操作（由多个列连接、使用 >= 和