SQL Server DELETE使用索引的速度较慢

Question

我有一个SQL Server
2005数据库，我尝试将索引放在适当的字段上，以加快DELETE具有数百万行（big_table只有3列）的表中记录的速度，但是现在DELETE执行时间
更长 ！（例如1小时对13分钟）

我与表之间有关系，我过滤依据的列DELETE在另一个表中。例如

DELETE FROM big_table
WHERE big_table.id_product IN (
SELECT small_table.id_product FROM small_table
WHERE small_table.id_category = 1)

顺便说一句，我也尝试过：

DELETE FROM big_table
WHERE EXISTS
(SELECT 1 FROM small_table
WHERE small_table.id_product = big_table.id_product
AND small_table.id_category = 1)

尽管它看起来比第一个要快一些，但是使用索引仍然要比不使用索引慢得多。

我在这些字段上创建了索引：

1. big_table.id_product
2. small_table.id_product
3. small_table.id_category

我的.ldf文件在期间增长了很多DELETE。

DELETE 当我在表上有索引时，为什么查询速度变慢？ 我以为他们应该跑得更快。

更新

好的，共识似乎是索引会减慢速度，这是DELETE因为必须更新索引。虽然，我仍然不明白为什么它不能DELETE一次全部显示所有行，而仅在最后一次更新索引。

我从一些阅读中得到的印象是，DELETE通过WHERE更快地搜索子句中的字段，索引可以加快速度。

Odetocode.com说：

“在DELETE和UPDATE命令中搜索记录时，索引与SELECT语句一样工作。”

但是在文章的后面，它说太多的索引会损害性能。

鲍勃 问题的答案：

1. 表格中的5500万行
2. 4200万行被删除
3. SELECT不会运行类似的语句（引发了类型为’System.OutOfMemoryException’的异常）

我尝试了以下2个查询：

SELECT * FROM big_table
WHERE big_table.id_product IN (
SELECT small_table.id_product FROM small_table
WHERE small_table.id_category = 1)

SELECT * FROM big_table
INNER JOIN small_table
ON small_table.id_product = big_table.id_product
WHERE small_table.id_category = 1

都运行 25分钟* 后都 失败 ，并显示来自SQL Server 2005的错误消息： *

An error occurred while executing batch. Error message is: Exception of type 'System.OutOfMemoryException' was thrown.

数据库服务器是具有7.5 GB内存的较旧的双核Xeon计算机。这是我的玩具测试数据库:)，所以它没有运行其他任何东西。

CREATE 为使索引正常工作后，是否需要对索引进行特殊处理？

Answer 1

索引使查找速度更快-就像书后的索引一样。

更改数据的操作（如DELETE）速度较慢，因为它们涉及操纵索引。在本书的末尾考虑相同的索引。如果添加，删除或更改页面，则还有更多工作要做，因为您还必须更新索引。