我本地友好的 DBA 不喜欢允许在 SQL 服务器(甚至非生产服务器)上进行分析的想法，因为它们对性能有影响。
具有讽刺意味的是，我正试图减少对一大堆 SQL 查询的需求，并希望能够以一种相当非侵入性的方式检查通过网络发送的查询，而不影响服务器表现。为此，有没有一种方法类似于有用的工具Fiddler用于调试 HTTP 连接，但允许对 SQL Server 进行客户端分析(至少对于 .net 应用程序)？还是为单个客户端运行配置文件不会影响服务器性能？
最佳答案
在这种情况下你能做的最好的事情就是使用 Default Trace在 SQL Server 中，假设它已启用，但您可能会发现它的实用性有限。
好吧，我收回那句话。您能做的最好的事情就是与您的 DBA 谈谈，让他或她至少允许在开发服务器上进行跟踪。你现在的处境很荒谬。
您可以尝试使用类似Wireshark 的工具并观察网络流量，然后提取感兴趣的查询并在 SSMS 中单独运行它们并将 SET STATISTICS IO 设置为 ON 并从中收集一些信息。希望他也给你足够的访问权限来获取查询计划。但这是一个可怕的解决方案。事实上，你甚至应该对我的建议投反对票。
这就像尝试将双手绑在背后游泳一样。今晚我给你喝一杯。
关于.net - 为特定客户端分析 SQL Server 的影响最小的方法是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3364236/