Zach Smith Asked: 2018-02-15 03:29:31 +0800 CST2018-02-15 03:29:31 +0800 CST 2018-02-15 03:29:31 +0800 CST 更新 MERGE 语句中的许多列是否对性能不利? 772 我有一个合并语句,需要插入大约 65 行的数据,或更新行。目前,当找到匹配项时,我正在更新所有列。但我不需要。 WHEN MATCHED THEN UPDATE如果我只更新几列而不是更新所有列,性能会有显着提高吗? sql-server-2012 merge 1 个回答 Voted Best Answer David Spillett 2018-02-15T03:43:04+08:002018-02-15T03:43:04+08:00 我的第一个想法是:不,无论您更新日志文件还是数据文件中的一列或多列,整行都会被重写。至少对于简单的未索引列来说应该是这样,但可能会出现并发症。 如果“额外”列被索引,可能会有所不同:引擎是否足够明亮,知道它不需要对实际上没有变化的东西进行更改?当然,如果更新导致行移动到不同的页面,因为它是可变长度的,并且更新导致它不再适合强制页面拆分,那么所有索引都需要更新。UPDATE()如果您的数据库引擎支持识别哪些列被更改(以及在 SQL Server 中) ,另一个复杂问题可能是您自己在触发器中的COLUMNS_UPDATED()代码:如果您的代码依赖于此,那么引擎会识别哪些列真正发生了更改,或者只是列出那些被写入的列? 这将完全取决于您使用的是哪个数据库引擎,因此您需要在问题文本和/或标签中指定它以获得不太通用的建议。
我的第一个想法是:不,无论您更新日志文件还是数据文件中的一列或多列,整行都会被重写。至少对于简单的未索引列来说应该是这样,但可能会出现并发症。
如果“额外”列被索引,可能会有所不同:引擎是否足够明亮,知道它不需要对实际上没有变化的东西进行更改?当然,如果更新导致行移动到不同的页面,因为它是可变长度的,并且更新导致它不再适合强制页面拆分,那么所有索引都需要更新。
UPDATE()
如果您的数据库引擎支持识别哪些列被更改(以及在 SQL Server 中) ,另一个复杂问题可能是您自己在触发器中的COLUMNS_UPDATED()
代码:如果您的代码依赖于此,那么引擎会识别哪些列真正发生了更改,或者只是列出那些被写入的列?这将完全取决于您使用的是哪个数据库引擎,因此您需要在问题文本和/或标签中指定它以获得不太通用的建议。