Sql server 我是否可以获得类似于Azure SQL Database for SQL Server内部部署中的SQL性能建议？

在Azure portal中，我根据运行时对实际查询的分析，为我的SQL数据库获得了很好的性能提示

---

我可以在本地运行我的数据库吗？

因此，虽然这应该是一个注释，但它需要输入的字符将超过我的空间（我认为）。说到这里，我有一些事情值得讨论，如果你还没有的话，我想你应该去看看

首先，如果您的SQL Server版本允许，请启用查询存储。我建议这样做的原因是，不仅一些开箱即用的功能可以满足您的需求，还可以让您自己更深入地挖掘性能提升场景

• 开箱即用的东西-查询存储中有一些部分专门帮助您查找回归查询、资源占用查询和其他您认为需要查找的有趣内容。但是，这假设您已经知道在找到它们时如何处理它们

• 更深入的挖掘——因为查询存储如何存储数据和您可以为计划挖掘的XML，所以您有很多选择来查找可怕的东西，例如“表扫描”或“键查找”。同样，为您自己进行这些查询并不容易，并且再次假设您已经知道如何在找到它们时解决这些问题

• 狗屎，你应该已经知道-所有的查询统计数字dmv的和索引，建议dmv的有你审查，并得到一个想法，事情是如何运行以及。还有其他dmv可以提供帮助，但我认为大多数dmv都是在实时表中，并且需要设置一个自定义流程来监控（为什么我坚持查询sotre，因为它可以为您提供这一功能）。再说一次，你猜对了，你还需要知道事后该怎么办。不过，对dmv的指数建议应该持保留态度，因为你需要在做完整的火腿和创建所有上述建议之前进行指数分析

既然我们已经提到了对建议持保留态度，那么同样的思考过程也应该应用到Azure建议上，因为我以前看到过一些误报（最近有一件事是数据分类建议——对于pk_名称的列，SasurrogateId，真的吗？），所以，我不认为它永远不会成为焦点

---

还有很多便宜的软件可以做同样的事情——solarwinds DPA曾经坚如磐石，但在他们最近的混战之后，我不会责怪你甚至没有考虑这个问题。

我能不能雇佣你几天，看着你工作？：D@Liero我并不反对lol，但说真的，我可能会用一些脚本和几个学习课程来帮助你知道该做什么/寻找什么。然后打开查询存储并显示配置选项。