SQL事件探查器 - 有什么可以改进的？

Question

我对SQL Profiler了解不多，刚刚购买了Brad McGehee的书Master SQL Server Profiler以了解更多信息。在书中，他说，有几次，用户体验有多糟糕，而且它可能更丰富。

对于那些具有Profiler经验的人，您希望看到哪些内容发生了变化或改进？

非常感谢

Answer 1

SQL Profiler的第一个问题是做简单的事情很难。假设你想追踪一个用户：

1. 打开SQL Profiler
2. 从菜单中单击“新建跟踪”（什么是新跟踪？我只想监控用户。）
3. 转到“活动选择标签”（标签1仅包含我十多年来从未使用过的选项）
4. 点击“列过滤器”按钮（这不会过滤列，但会过滤事件属性）
5. 选择LoginName（或者，根据登录模式，NTLoginName）
6. 点击“赞”
7. 输入用户名（不检查您的用户是否存在，所以不要错字）
8. 选中“排除不包含值的行”
9. 单击“确定”按钮
10. 单击“运行”按钮（尽管有“运行”，“只是监视”）

几乎所有这些步骤都是反直觉的。

更好的GUI可以轻松实现轻松的操作。提供一个对话框，允许您选择数据库，选择用户，然后单击“执行”。这将在2个步骤中覆盖90％的用例。提高了500％！

Answer 2

我认为它不像SQL Trace的GUI那么糟糕。 SQL Trace本身有其局限性，肯定会被扩展事件所取代。

有一些小的工作流程烦恼，例如编写您需要开始跟踪的痕迹，然后立即再次停止。

我希望看到的第一件事是更好的过滤可能性。除非我在GUI中遗漏了一些内容，否则我认为甚至不能将spid=50和spid=75同时过滤非常简单的布尔条件结合起来。

编辑我错过了GUI中的内容 - 请参阅@ JP的评论！

我很确定没有办法设置SQL事件探查器跟踪，但要结合适度更复杂的条件，例如捕获以下任何一个适用的所有查询。

1. 查询的总cpu是＆gt; = x miliseconds - 或 -
2. 读取总数为＆gt; = y

Answer 3

当我重新启动跟踪时，我希望GUI能够像一样简单地记住列的位置和大小 ...