SQL Server索引INSERT / UPDATE性能

Question

我知道索引会影响插入/更新性能，但是我正在尝试解决问题并确定查询性能和插入/更新性能之间的正确平衡。

我们为一些非常复杂的查询创建了许多视图（约20个）。 它们按键查找的速度确实很慢（扫描5至10个键可能需要20秒）。

索引这些视图（在各个键列上使用聚集索引和非聚集索引）可将其性能提高80倍至100倍。 这还会损害插入/更新性能，以至于脚本将大约100行插入到各种相关表中，而不是立即执行，大约需要45秒才能运行。

我不希望为这些视图使用OLAP路由（这将增加一层新的复杂性。...并且这些视图当前是可更新的，这将带来反向同步问题）...所以我正在尝试找出如何在查询性能与插入/更新性能之间取得平衡。

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

我已经尝试过使用覆盖索引，包含INCLUDE的索引和复合聚簇索引作为替代方案，以查看它是否有所作为（实际上并没有）。

谢谢。

Answer 1

在这种情况下，请使用单列其他过滤索引，并避免包含两列以上的复合索引。