SQL事件探查器-可以改进什么?

SQL事件探查器的问题是,做简单的事情是很困难的。假设您希望跟踪单个用户:

1. 打开SQL事件探查器
2. 从菜单中单击“新建跟踪”(什么是新跟踪?我只想监视一个用户。)
3. 转到“事件选择选项卡”(选项卡1仅包含我10年来从未使用过的选项)
4. 点击“列过滤器”按钮(这不过滤列,而是过滤事件属性)
5. 选择登录名(或者,根据登录模式,选择Ntlogename)
6. 点击“喜欢”
7. 输入用户名(不检查您的用户是否存在,因此不要输入错别字)
8. 选中“排除不包含值的行”
9. 单击“确定”按钮
10. 点击运行按钮(尽管运行,跟踪只是观察)

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

一个更好的图形用户界面将使简单的事情变得容易。想出一个对话框,允许您选择数据库,选择用户,然后单击执行。这将在两个步骤中涵盖90%的用例。500%的进步!

我不认为它像GUI到SQL跟踪那样糟糕。尽管SQL跟踪本身有其局限性,但肯定会被扩展事件取代。

有一些小的工作流麻烦,比如编写跟踪脚本,您需要启动跟踪,然后立即再次停止跟踪。

不过,我最希望看到的是更好的过滤可能性。除非我在图形用户界面中遗漏了一些东西,否则我认为即使是非常简单的布尔条件(如对两者进行过滤)也不可能组合在一起。 spid=50 和 spid=75 同时。

编辑 我在图形用户界面中遗漏了一些东西-请看@jp的评论!

不过,我很确定没有办法设置SQL事件探查器跟踪来组合一个稍微复杂一些的条件,例如捕获所有适用于以下任一条件的查询。

1. 查询的总CPU为>=x毫秒-或-
2. 读取的总数为>=y

我想让图形用户界面做一些简单的事情 记住列的位置和大小 当我重新启动跟踪时…