Dapper执行多次相同命令机制探究：批量插入是否减少数据库往返？

好问题！咱们来拆解这两种写法的核心区别、底层逻辑以及各自的优劣势：

1. Version 1：批量参数传入Execute的底层行为 #

当你调用connection.Execute(sqlInsert, parameters)并传入一个参数集合时，Dapper并不会发起3次独立的数据库往返请求。它会针对SQL Server做针对性优化：

• Dapper会自动将参数集合打包成单次数据库请求，内部使用SQL Server的「表值参数（Table-Valued Parameters）」或者批量语句打包的方式，把所有插入操作一次性发送给数据库服务器。
• 数据库会一次性处理所有3条插入逻辑，完成后再统一返回结果给应用程序。

对应的代码回顾：

var sqlInsert = $"INSERT INTO Book (Id, Title) Values (@Id, @Title)";
var parameters = new List<Book> { 
    new Book("Damian Book", 123), 
    new Book("XXX Book", 156), 
    new Book("Zonk BOok", 167) 
};
connection.Execute(sqlInsert, parameters);

2. Version 2：循环调用Execute的行为 #

而foreach循环逐个调用Execute的写法，每一次循环都会发起一次独立的数据库请求：

• 相当于手动触发了3次网络往返：每次都要把SQL语句和单个参数发送给数据库，等待执行完成后再进行下一次插入。
• 这种方式会累积网络延迟、数据库连接的开销，数据量越大，性能差距越明显。

对应的代码回顾：

foreach (var book in parameters) { 
    connection.Execute(sqlInsert, book);
}

3. 批量写法的核心优势 #

相比逐条插入，Version 1的批量写法有几个关键优势：

• 性能提升：减少网络往返次数是最核心的优势。比如插入1000条数据，批量写法只需要1次往返，而循环写法需要1000次，网络延迟的累积会带来巨大的性能差距。
• 事务一致性更易保障：如果需要保证所有插入操作要么全部成功、要么全部失败，只需要把批量Execute包裹在一个事务中即可。而循环写法需要手动在循环外开启事务，还要处理异常回滚，逻辑更繁琐。
• 降低数据库资源消耗：数据库服务器处理单次批量请求的效率远高于多次小请求，能减少连接池的压力，降低CPU和IO的波动。

4. 两种写法的效果是否一致？ #

• 如果没有事务包裹：两种写法最终插入的数据是相同的，但容错性不同。如果某一条插入失败，批量写法会导致所有插入都失败（因为是单次批量操作），而循环写法会插入前面成功的条目，后面失败的则不会插入。
• 如果都包裹了事务：最终的数据一致性是一致的，但批量写法的性能依然远优于循环写法。

内容的提问来源于stack exchange，提问作者CSharpBeginner