SQL Server索引插入/更新性能

Question

我知道索引会影响插入/更新性能，但我正在尝试排除故障并确定查询性能和插入/更新性能之间的适当平衡。

我们已经为一些非常非常复杂的查询创建了许多视图(大约20个)。他们通过按键搜索的速度真的很慢(扫描5到10个键可能需要20秒)。

索引这些视图(在不同的键列上使用聚集和非聚集索引)可以将它们的性能提高80倍到100倍。它还会影响插入/更新性能，以至于将大约100行插入到各种相关表中的脚本需要大约45秒才能运行，而不是即时运行。

我不喜欢为这些视图走OLAP路线(这将添加一个全新的complexity....and视图当前可更新的层，这将造成反向同步问题)...so我正在试图弄清楚如何平衡查询性能和插入/更新性能。

有人可以建议如何诊断特定的问题索引-以及减少它们对插入/更新的影响的潜在方法吗？

我已经尝试使用覆盖索引、带INCLUDEs的索引和复合聚集索引作为替代，看看它是否有作用(实际上没有)。

谢谢。

Answer 1

对于这种情况，请使用单列else过滤索引，并避免具有两个以上列的复合索引。