Sql 使用多个数据库调用重载 CQRS 模式

这是一个常见问题的例子，"为什么我的批量数据操作语句如此慢得离谱？"对于典型的RDBMS服务器，通常的答案是"因为数据操作中的大部分工作都发生在提交阶段".

在纯SQL应用程序中，这意味着您应该执行如下操作来高效地删除多行:

BEGIN TRANSACTION;
DELETE FROM mytable WHERE whatever;
DELETE FROM mytable WHERE whatever;
DELETE FROM mytable WHERE whatever;
COMMIT;

当您处于事务中时，RDBMS会对操作进行批量处理，当您提交时，它会完成应用这些操作的所有工作.(这是一种过于简单化，但对于几乎所有涉及不到数万次操作的应用程序来说，这是一个非常有用的心理模型.)

这如何转化为EF Core？这.SaveChanges()份文件是这样写的:

对于大多数数据库提供程序来说，SaveChanges是事务性的.

您提到的代码通过在每个操作后调用.SaveChanges()，隐式地 for each 操作执行一个事务.这使得代码的调用者很容易使用.但这让它对像这样的大规模行动来说并不是很好

foreach (var id in arrayOfIds) {
   ctx.DeleteUserById(id);
}

构建代码 struct 的最简单方法--不必构建某种神奇的批量模式属性--总是显式调用.SaveChanges()，而不是隐式调用.

foreach (var id in arrayOfIds) {
   ctx.DeleteUserById(id);
}
ctx.SaveChanges();

这将与重写代码的速度一样快(除非您有成千上万的用户要同时删除).但您必须记住调用.SaveChanges().

当我这样做时，我实现了一个实现IDisposable的更新程序类，并在它的Dispose方法中调用了.SaveChanges.

然后我会做这样的事情.

using (var upd = new MyUpdater()) {
  upd.DeleteUserById (whatever);
  upd.AddUser (whatever);
  upd.ChangeUser (whatever);
 }

当我的MyUpdater实例在使用中超出范围时，它的.Dispose方法将被自动调用.这还有一个额外的好处，那就是使用单个数据库事务来执行一系列不同的操作，如果您想这样做的话.

对.Dispose()的超出范围调用总是会发生，即使在某个地方出现了异常.