Debugging 跟踪MS访问数据库活动

我有一个带有SQL server后端的Access应用程序，其中混合了Access应用程序本地的许多DB对象。我试过运行SQL分析器，但除了一个神秘的sp_execute 242884289442904291429242934294429542964297之外，我得到的很少

---

我想要一个Access DB本地的跟踪工具，因此我还可以选择任何不返回SQL server的活动。

据我所知，Access中没有此类功能，但根据您的情况，您可以尝试以下几点：

• 针对SQL可执行文件编写包装：这意味着将VBA中对

  Execute

  、

  OpenRecordset

  等的所有调用替换为记录查询的替代版本。
  显然，这不会抓住所有问题，但可能会有所帮助

• 将本地表移动到另一个数据库，并使用ODBC将其重新链接到原始Access应用程序。然后您可以使用。
  这可能是最好的替代方案，因为调试设置相当容易。
  虽然它不是生产环境的最佳解决方案，因为所有对本地表的调用实际上都将通过ODBC进行，但同样，它是调试的临时解决方案

• 用于查询和获取其他数据库活动统计信息。
  通过向注册表中写入一个键可以很容易地进行设置，您将得到一个描述如何分析查询的日志。
  对于优化来说，它比日志记录更有用，但同样，它也会有所帮助

---

使用Flextracer，一种共享软件，免费使用30天左右。我在这里的同事刚刚为我们发现了这一点，因为我们正经历着类似的情况。问题解决了
[]s， 小佩德罗·卡内罗。

---

pedrokarneiro@hotmail.com
我最喜欢你的第二个选择。今晚我会试试的，谢谢。哦，是的，关于你的第一个选择：我没有VBA。选择2似乎措词不当。最初的问题已经说过SQL Server是数据存储，我认为这意味着使用ODBC链接表，因为这是在Access应用程序中处理SQL Server数据最简单的方法。所以真正需要做的就是打开ODBC日志记录。@ProfK：如果您使用Access，您就有VBA，尽管您可能没有使用它。ODBC日志记录缺少什么？