关于sp_BlitzIndex的几个问题

Question

当 sp_BlitzIndex 做索引建议时，我脑子里的问题如下：

是的，建议的索引在执行 select 语句时会带来很多速度优势。但是这些索引还有另一个成本，即删除、插入、更新查询

sp_BlitzIndex 脚本是否也考虑了删除、插入、更新成本？还是仅评估 select 语句会带来多少速度优势？

此外，我如何通过 sp_BlitzIndex 列出坏索引？他们是如何确定坏的？

非常感谢您的回答

Answer 1

欢迎来到 Stack Exchange。展望未来，尝试单独解决问题。以下是如何写出好问题。

sp_blitz 脚本是否也考虑删除、插入、更新成本？

sp_BlitzIndex 有几个部分基于 SQL Server 的诊断管理视图。

• 缺失的索引基于 sys.dm_db_missing_index_details，不考虑删除/更新/插入。
• 现有索引列表基于 sys.dm_db_index_usage_stats 和 sys.dm_db_index_physical_stats，它们确实考虑了删除/更新/插入。

此外，我如何通过 sp_blitz 列出坏索引？他们是如何确定坏的？

sp_BlitzIndex 不会将索引称为坏索引。它对待索引很像人类行为——例如，囤积少量不一定是坏事，或者广场恐惧症，或者盗窃癖，或者是毛茸茸的。小剂量的各种行为都可以。由您而不是脚本来确定索引是否错误。