SQL Server 性能：删除/插入与选择/更新

Question

我有一个非常大的数据库，只有 60 多场演出，有许多包含数百万行的表。 我遇到了一些超时错误，所以我正在重新考虑我的一些代码设计。

目前，我的伪代码是这样的：

从表中删除 person=123（删除大约 200 行）

然后我重新插入更新的数据（再次插入 200 行）。 数据总是不同的，因为它是时间敏感的。

如果我要进行更新而不是插入，我必须先选择行（我在 c# 中使用 ORM）。

tl;dr 我只是想知道，简单的问题，什么更划算。 选择/更新还是删除/插入？

Answer 1

1. 如果您更新作为聚集索引键一部分的任何列，那么您的更新无论如何都会在内部作为删除/插入处理

2. 您将如何处理 UPDATE 的基数差异？ IE。 person=123 有 200 行要删除，但只有 199 行要插入。 更新将无法处理这个。

您最好的方法应该是使用MERGE语句和带有新值的表值参数。 当然，没有 ORM 可以处理这个，但是你提到了“性能”，并且术语“性能”和“ORM”不能用在同一个句子中......

Answer 2

使用删除/插入，您将写入数据库两次。 一次删除一次插入。 您还将分别记录这两个事务，除非您将整个过程正确地包装在一个事务中。

您可以测试这两种方法并在 SQL Profiler 中观察结果，但 9/10 更新会更快。

可能需要注意的是，我会确保对 person 键进行索引，这样您就不会进行完整的表扫描来查找受影响的记录。

最后，正如@Mundu 所说，您可能希望通过 ADO.NET 而不是 ORM 使用参数化查询来执行此操作。