【问题标题】:Tracing ADO.Net usage?跟踪 ADO.Net 的使用情况?
【发布时间】:2012-09-11 15:55:57
【问题描述】:

是否可以在不使用后编译技术的情况下跟踪我的应用程序使用的库对 ADO.Net 的使用情况?

我对所有 ADO.Net 对象都是库的私有对象以及我可以从外部访问的 ADO.Net 对象都感兴趣。

这些库是控制自己的数据库连接的第三方库。这不是我的代码。

【问题讨论】:

  • mini-profiler 这样的东西有帮助吗?有了这个,你调整你的连接创建代码,它会自动跟踪所有执行的命令和阅读器迭代......
  • 我想使用迷你分析器,但我不拥有连接,也没有创建它们。因此我的问题。
  • 那么:什么 创建了连接?它们的创建方式可能是这里的关键。
  • 我使用的库。他们只是从 .config 中获取连接字符串。
  • 哪些库?例如,如果他们使用 DbProviderFactory API,则可以通过交换工厂来注入他们

标签: c# ado.net


【解决方案1】:

现成的建议,但您能否在 TCP 级别代理与数据库服务器的连接,并以这种方式计算统计信息?

即实现一个 TCP 服务器,它在 TCP 端口 1433 上侦听来自您的应用程序的连接,并将连接字符串更改为指向您的代理而不是服务器。收到后,打开到原始 SQL Server 的 TCP 连接,并在应用程序和服务器之间透明地传递流量。这使您有机会记录连接数、传输的数据、连接持续时间等统计信息。

或者,仅使用 Wireshark 之类的工具分析被测 TCP 流量就足够了吗?

【讨论】:

  • 我有 SQL Server profiler,它已经完成了所有这些工作,但我正在寻找一种更简单的方法来获取 glimpse 或 mini-profiler 的输出。
猜你喜欢
  • 2010-11-13
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-05-16
相关资源
最近更新 更多