SQL Server 2019
运行时
sp_BlitzIndex生成的结果是否使用查询存储数据？试图了解查询存储是否影响sp_BlitzIndex报告。sp_BlitzIndex在其报告中有多项建议，我试图了解应遵循哪些步骤sp_BlitzIndex来验证对此类索引的需求。它应该遵循这两者还是两者之一？sp_BlitzCache/sp_BlitzQueryStore一个例子是其中一行的使用 -603 uses; Impact: 100.0%; Avg query cost: 74.4459在看起来不错的纸上，在我复制和粘贴索引的 TSql 之前，我如何才能了解哪些查询会使用建议的索引？（所谓的 603 用途）。
在索引调整期间有点迷失自我，因为感觉每个命令都只是重定向到另一个命令，不知道我应该在哪里停下来行动哈哈。
泰
向后
如果有的话，您应该使用 sp_BlitzIndex 来进一步验证您发现的缺失索引请求，同时查找要调整的查询以查找索引的整体潜在用途。sp_BlitzIndex 对我的真正价值在于找到我可以清理的索引。缺失的索引部分可以用来测量数据库的温度以查看是否有人在关注事物，但是......
了解请求的实际价值的唯一方法是运行查询请求，获取实际执行计划，并查看丢失的索引请求是否与那里的瓶颈对齐。
我在这里写了一点：
您的工作流程可能会更好：
否 - sp_blitzindex 的源代码不引用查询存储 DMV。随意通过这里的代码 CTRL/CMD+F - 没有提到 query_store dmvs。
https://github.com/BrentOzarULTD/SQL-Server-First-Responder-Kit/blob/dev/sp_BlitzIndex.sql