NET代码或SQL性能问题在哪里？？|
许多现代应用程序依赖于数据库后端，那些微软堆栈建设，SQL Server是数据层的选择。虽然在许多情况下的性能应用程序将受到CPU的限制，往往瓶颈变成说谎应用程序的数据库交互。这使得理解代码的SQL活动获得保持其性能的关键。
的方法之一在过去使用一直运行在同一时间，作为一个在SQL Server Profiler单独的性能探查。这让你了解代码的性能，并期待在SQL活动分开，但如何理解两个相关可能很难和费时。有时缓慢或反复查询都OK，不需要优化，但是，这一切都依赖的上下文中运行的查询。
剖析立方蚂蚁性能分析器生成的SQL相同的性能分析分析器用于分析。NET代码的性能。结果可以比较方并排，与SQL代码的性能数据自动匹配对每个互动的时间表。为什么你会希望在您的代码分析器的SQL数据吗？
让我们看一个例子。啤酒屋是一个ASP.NET网站使用SQL Server的数据层。在附加蚂蚁性能分析器，详细的性能数据收集。使用互动的时间表，我们可以选择任何一个时期来分析代码性能，向下钻取，以查看行级时序数据的任何方法。虽然这寻找CPU相关怠工的做法是非常有用的，它是少帮助数据库是瓶颈。在图1中，btnVote_Click（）方法正在运行，但很长一段时间后，看时机源代码窗口，这似乎并不是因为性能
代码本身。
{S0的}图1。代码的性能数据，包括行级时序