优化SQL Server上的删除

Question

Deletesql server上的s有时很慢,我经常需要优化它们以减少所需的时间.我一直在寻找有关如何做到这一点的提示,我发现了各种各样的建议.我想知道你最喜欢和最有效的技术,以驯服删除野兽,以及它们的工作方式和原因.

到现在:

• 确保外键有索引

• 确保索引的条件

• 用于 WITH ROWLOCK

• 销毁未使用的索引,删除,重建索引

该你了.

Answer 1

您可能会对以下文章" 快速订购删除操作 "感兴趣.

执行快速SQL Server删除操作

该解决方案侧重于利用视图以简化为批量删除操作生成的执行计划.这是通过引用给定的表一次而不是两次来实现的,这反过来减少了所需的I/O量.

Answer 2

我对Oracle有更多的经验,但很可能同样适用于SQL Server:

• 删除大量行时,发出表锁,因此数据库不必执行大量行锁
• 如果您删除的表被其他表引用,请确保其他表在外键列上有索引(否则数据库将对另一个表上的每个已删除行执行全表扫描,以确保删除行不违反外键约束)

Answer 3

我想知道是不是垃圾收集数据库的时候了？您将行标记为删除,服务器稍后在扫描期间将其删除.你不希望每次删除都有这个 - 因为有时一行必须现在去 - 但它偶尔会很方便.

Answer 4

2014-11-05答案摘要

这个答案被标记为社区维基,因为这是一个不断变化的主题,有很多细微差别,但整体上答案很少.

第一个问题是你必须问自己你正在优化的场景是什么？这通常是在db上具有单个用户的性能,或者在db上具有许多用户的扩展.有时答案恰恰相反.

对于单用户优化

• 提示一个 TABLELOCK
• 删除删除中未使用的索引,然后重建它们
• 批量使用类似SET ROWCOUNT 20000(或其他任何东西,取决于日志空间)和循环(可能有一个WAITFOR DELAY),直到你摆脱它(@@ROWCOUNT = 0)
• 如果删除一大部分表,只需创建一个新表并删除旧表
• 对要删除的行进行分区,然后删除该分区.[阅读更多...]

用于多用户优化

• 提示行锁
• 使用聚集索引
• 如果删除了大块,则设计聚簇索引以最小化页面重组
• 更新"is_deleted"列,然后在维护窗口期间稍后进行实际删除

用于一般优化

• 确保FK的源表上有索引
• 确保WHERE子句有索引
• WHERE使用视图或派生表标识要在子句中删除的行,而不是直接引用该表.[阅读更多...]

Answer 5

说实话,从表中删除一百万行的方式与插入或更新一百万行一样严重.这就是行集的大小问题,你可以做的并不多.

我的建议:

• 确保该表具有主键和聚簇索引(这对所有操作都至关重要).
• 确保聚簇索引是这样的,如果要删除大块行,将发生最小页面重组.
• 确保您的选择标准是SARGable.
• 确保当前信任所有外键约束.