在Visual Studio 2005中调试SQL Server 2005的

SQL Server 2000可以让我们在查询分析器中直接调试存储过程（ 更多的信息请参看：用SQL Server 2000的查询分析器调试存储过程 ） 到了现在的SQL Server 2005，这个功能被转移到了SQL Servr Management Studio和Visual Studio IDE内。 使用这个技术，我们可以在Visual Studio中一步一步地调试存储过程。 而且你也可以在存储过程中设置断点，这样当你调试你的程序时，这些断点就会生效。

SQL Server 2005的所有版本都支持调试功能（包括Express版）。 但是，只有Team Systems和Professional版本的Visual Studio才能在IDE内调试存储过程。 简而言之，如果你使用的是Visual Web Developer或者Visual Studio Standard版本的话，就不能在调试应用程序的时候，一步一步地调试存储过程或者进入到存储过程内部。

本文中，我将示例如何通过Visual Studio IDE调试SQL Server 2005的存储过程。 我们既会看到如何在IDE中直接一步一步地调试存储过程，也会看到如何给存储过程设置断点，并在调试应用程序的时候进入到断点处。 继续往下看，你会知道得更多！


SQL Server调试的不同方法
现在的SQL Server 2005中，所有的数据库调试都发生在Visual Studio IDE的内部。 数据库中的像存储过程、触发器和用户自定义函数（UDFs）这样的对象都是可以被调试的（译者注：本文中提到的数据库对象指的是存储过程、触发器或用户自定义函数）。 Visual Studio提供了3种调试这些数据库对象的方法。
·数据库中直接调试 – 在Visual Studio的服务器资源管理器中，右键单击某个数据库对象，然后选择“单步执行××”。 例如，当你右键单击一个存储过程的时候，弹出菜单中就会包含一个“单步执行存储过程”的选项。
·应用程序调试 – 在数据库对象内设置断点，然后通过应用程序进行调试。 当相关的ASP.NET程序处于调试状态，并且调用了数据库对象的时候，那么Visual Studio就会暂停在你所设置的断点之处，从而允许我们一步一步地对T-SQL语句进行调试。
·在SQL Server项目中调试 – 在Visual Studio中可以创建一个SQL Server项目。 该项目中可以包含T-SQL和数据库对象，并且这些数据库对象都可以通过SQL Server项目本身来调试。

关于这3种不同的SQL Server调试的更多信息，请参看： Overview of T-SQL and CLR Debugging in SQL Server 2005 。

还有一个需要注意的地方就是，本文接下来所介绍的SQL Server调试是基于本地数据库的。 当然，无论是本地数据库还是远程数据库都是可以调试的。 本地数据库指的是数据库部署在本机上；远程数据库指的是数据库部署在本机之外的机器上。 调试本地数据库不需要做额外的设置， 但是调试远程数据库却要复杂得多。

本文主要介绍的是如何在数据库中直接调试，以及如何在ASP.NET程序中调试一个本地数据库。 详细点说就是，我们将调试App_Data文件夹下的SQL Server 2005 Express版本的数据库，你可以在本文的结尾处下载该数据库及示例程序。 在今后的其它文章中我们再研究如何在SQL Server项目中调试数据库。 接下来，我给大家简要讲一讲关于调试远程数据库的相关要点。


调试远程数据库
调试远程数据库最关键的要点在于，要确保启动Visual Studio的Windows用户与连接远程数据库的用户是同一个用户。 此外，该用户必须隶属于sysadmin角色。

例如，你可以在Windows的域中创建一个名为“TestDebug”的用户。 然后使其可以登录到远程SQL Server数据库，并将该用户添加到sysadmin角色内。 另外，你还需要使用“TestDebug”用户来登录你的电脑，或者确保使用runas.exe命令启动的Visual Studio运行在“TestDebug”用户下。 这样，你就可以使用我们接下来演示的方法来调试了。

更多的详细信息可以参看这本书： Hitchhiker's Guide to Visual Studio and SQL Server, Seventh Edition 。


在数据库中直接调试
在数据库中直接调试是调试SQL Server 2005的存储过程的最简单的方法。 在Visual Stuido的IDE中你可以选择单步执行存储过程，然后就可以一条语句一条语句地单步执行了，同时你也可以检查和修改存储过程内的T-SQL变量和参数。 本文结尾处提供下载的压缩包中包括一个SQL Server 2005 Express版本的Northwind数据库。 我在其中添加了一个名为“DoThings”的存储过程，它有一个参数@CategoryID。 这是一个没什么实用价值的存储过程，但是它有很多的T-SQL语句和变量，另外还有一个参数，这将使我们能更好地练习存储过程的调试。

在服务器资源管理器中右键单击“DoThings”存储过程，然后选择单步执行存储过程的选项。 （注意：SQL Server调试只有Team Systems和Professional版本的Visual Studio才支持。）


调试器启动并且执行存储过程。 因为存储过程“DoThings”需要一个传入值给@CategoryID，所以会弹出一个对话框让我们提供该值。 输入1后单击OK。


首先会执行第一条语句。 你可以选择逐语句或逐过程进行调试（快捷键分别为F11和F10），也可以在监视窗口中添加参数和变量。 存储过程调试期间的截屏如下图所示。 左侧的黄色箭头指的是当前执行的语句。 监视窗口中显示的是@CategoryID和@AvgPrice的类型和值。


存储过程知行完后，结果会显示在输出窗口中。

你可以看到，在数据库中直接调试存储过程是非常简单的，而且很好理解。 简单到你只需要在服务器资源管理器中，右键单击存储过程，然后选择单步执行存储过程即可。


在ASP.NET程序中调试数据库对象
数据库中直接调试可以让我们非常简单地在Visual Studio IDE里直接调试存储过程。 但是，有的时候我们需要在ASP.NET程序调用相关的存储过程的时候再调试。 这样，当某个数据库对象被调用的时候，我们就可以对其进行调试。

这种调试方法整合到了应用程序的调试之中。 要使用它需要做如下几步：
·给你想要调试的数据库对象添加断点。 数据库对象只有在包含断点的情况下才会被调试。 例如，一般情况下，应用程序在调用存储过程的时候，你是不能进入存储过程内部的， 如果你想调试存储过程，那就必须要在存储过程内部设置断点。
·配置应用程序，使其可以调试SQL Server对象。 这个比较容易，你只要选中一个复选框即可。
·禁用连接池。 连接池可以提高性能，它允许程序使用一个连接池中的某个空闲的连接来连接数据库。 如果启用它，就不能正确地调试了。 因为默认情况下是启用连接池的，所以我们必须在设置连接字符串的时候禁用它。 （当你完成了在ASP.NET程序中调试SQL Server对象的工作之后，一定要记得重新启用连接池

接下来让我们来看一看这几个步骤具体该如何做。

首先，在Visual Studio中打开“DoThings”存储过程，然后在“DECLARE @AvgPrice money”这句上设置断点。 这样第一步就完成了，接下来做第二步。

配置ASP.NET程序，以使其支持SQL Server的调试。右键单击项目，然后选择属性。 此时将会弹出一个如下图所示的对话框。 选择启动选项，然后在“调试器”部分中选中“SQL Server”复选框。 这样就完成前两步了，还差最后一步。


最后一步，我们需要修改连接字符串，使其禁用连接池。 这个任务相当简单，你只要在你的连接字符串后加一个属性“Pooling=false”即可。 假设你将连接字符串信息定义在了Web.config的<connectionString>节点里，那么修改后的连接字符串如下所示：
现在，我们已经完成了这3个步骤。 为了演示如何调试，我们来创建一个调用“DoThings”存储过程的ASP.NET页。 本文结尾处你下载的Demo中就包含有这个页面。 当你调试ASP.NET程序并且访问了这个页的时候，程序就会暂停在存储过程中设置了断点的地方。 然后，你就可以单步执行存储过程，并且可以在监视窗口中查看和修改参数和变量的值，就像在数据库中直接调试存储过程一样。



结论
在SQL Server之前的版本中有一套用于调试存储过程的独立工具。 到了现在的SQL Server 2005，存储过程、触发器和用户自定义函数（UDFs）都是通过Visual Studio Team System和Professional版本来调试的。 它给我们带来了3种调试SQL Server的方法： 数据库中直接调试、应用程序调试和在SQL Server项目中调试。 本文中，我们一起研究了前两种调试方法（使用本地数据库）。

祝编程愉快！