EFCore性能优化方案-优化更新

批处理

EF Core 通过在一次往返中自动将所有更新批处理在一起，帮助最大限度地减少往返。 考虑以下情况：

var blog = context.Blogs.Single(b => b.Url == "http://someblog.microsoft.com");
blog.Url = "http://someotherblog.microsoft.com";
context.Add(new Blog { Url = "http://newblog1.microsoft.com" });
context.Add(new Blog { Url = "http://newblog2.microsoft.com" });
context.SaveChanges();

上述操作从数据库加载博客，更改其 URL，然后添加两个新博客；若要应用此更改，将两个 SQL INSERT 语句和一个 UPDATE 语句发送到数据库。 在添加 Blog 实例时，不要一个一个 SaveChanges 地发送它们，而是在EF Core跟踪这些更改，在调用 时在单个往返中执行这些更改。

批量更新

假设想给所有员工加薪。 EF Core 中对此的典型实现如下所示：

foreach (var employee in context.Employees)
{
  employee.Salary += 1000;
}
​
context.SaveChanges();

虽然这是完全有效的代码，但是让我们从性能的角度来分析一下它的作用：

• 执行一次数据库往返，以加载所有相关员工；请注意，这会将员工的所有行数据带到客户端（即使只需要工资数据）。
• EF Core 的更改跟踪在加载实体时创建快照，然后将这些快照与实例进行比较，找出哪些属性发生了更改。
• 执行第二次数据库往返以保存所有更改。 虽然由于批处理，所有更改都在一次往返中完成，但 EF Core 仍会为每个员工发送一条 UPDATE 语句，该语句必须由数据库执行。

关系数据库支持批量更新，因此可将上述内容重写为以下单个 SQL 语句：

UPDATE [Employees] SET [Salary] = [Salary] + 1000;

EF 目前不提供用于执行批量更新的 API。 在引入这些项之前，可使用原始 SQL 来执行性能敏感的操作：

context.Database.ExecuteSqlRaw("UPDATE [Employees] SET [Salary] = [Salary] + 1000");