问运行一个插入与多个插入之间的性能差异是什么

EN

将多个插入合并到一个命令中总是会比执行单独的插入更快地执行。原因是：

• 很多工作都是解析SQL完成的-对于多版本，只有一次解析工作
• 更多的工作是完成权限检查-再说一次，只有当
• 数据库连接“聊天”时才完成-对于多版本，握手只做一次。当使用较差的网络connection
• Finally，多版本时，您会真正注意到此问题，从而为服务器提供了优化

操作的机会

一般的想法是让SQL数据库做它的事情，而不是试图将数据库视为某种类型的磁盘读取。我见过很多次，开发人员会从一个表中读取，然后再从另一个表中读取，或者执行一个通用查询，然后遍历每一行，看看这是否是他们想要的。通常，最好让SQL数据库来做它自己的事情。

在这种情况下，我看不出单行插入与多行插入有什么优势。我猜可能会有一些，因为你不需要做多次准备和提交。

实际创建一个临时数据库并尝试一下应该不会太困难。创建一个包含两列的数据库，并让程序生成数据以放入表中。给自己留出足够的时间去做。例如，此表将包含多少项？还有，你认为你一次要插入多少个？假设创建一个包含1,000,000个项的表，并在此表中一次插入1000个项，一次插入100个项，每次插入一个项。只需使用增量运算符生成数据。一次可以插入的项目数量可能有一个“甜蜜点”。

在我公正且始终正确的观点中，您可能会发现这种差异并不值得为之烦恼，您应该使用使您的代码最易于维护的方法。

我有一个编程格言：，你想优化代码的地方可能是错误的地方，。我们喜欢效率，但我们通常会攻击错误的项目。而且，无论我们在效率方面挤出了什么，我们最终都会浪费在维护上。

所以，只要编写最容易理解的程序就行了，不要担心效率过高。

只需添加几个在插入时需要考虑的其他性能差异因素：

• Foreign键-如果要插入的表具有外键，SQL Server实际上需要在插入时联接到外键表。当您在一个查询中执行插入时，SQL server可以更有效地执行这些提交-由于您没有提到事务，因此我假设您一定是使用SQL Server自动提交模式。对于如此少的行数，创建40个事务与创建1个事务的开销可能会高于维护日志以允许回滚的开销。但是，如果要插入400000行，在一个语句/事务中插入可能比插入400000个单独的行更昂贵，因为准备回滚到400000行的成本非常高(如果要插入400000行，通常最好成批插入->最佳批大小可以通过测试确定)。此外，在超过某个行数的情况下，禁用外键、插入行，然后重新启用它们可能会更有效。