调试SQL Server存储过程

调试存储过程
出自：http://hi.baidu.com/fuhengyu/blog/item/0d7dbc4c624041fdd72afcbe.html
相关：在Visual Studio 2005中调试SQL Server 2005的存储过程

    学习内容：考察如何在Visual Studio的Server Explorer里进入存储过程并设置断点.当ASP.NET程序调用该存储过程时就会执行到该断点.

    Visual Studio有很多的调试功能.可以使用断点(breakpoints)来打断某个程序的执行，并查看其状态.除了调试代码以外，Visual Studio也支持对SQL Server里面的存储过程进行调试.就像可以在ASP.NET页面的后台代码类或Business Logic Layer class类里设置断点一样，也可以在存储过程里设置断点. 注意：能在Visual Studio的Professional和Team Systems版本里才能对存储过程设置断点.

SQL Server调试主题

    Microsoft SQL Server 2005集合了公共语言运行库(Common Language Runtime (CLR)),它可以被所有.NET模块使用. 因此SQL Server 2005支持对数据库对象的管理. 我们可以创建数据库对象，比如存储过程、用户定义的函数((UDFs)等，就像在一个C#类里定义的方法一样.你可以在从.NET Framework或自己定义的类里使用这些存储过程和自定义函数. 当然，SQL Server 2005也支持T-SQL数据库对象.SQL Server 2005支持对T-SQL数据库对象以及管理数据库对象(managed database objects)的调试.不过只能在Visual Studio 2005专业版或Team Systems版本里才行.

1. 直接数据库调试(DDD)—在服务器资源管理器里进入某个T-SQL数据库对象，比如存储过程或用户定义函数UDFs.

2. 应用程序调试—可以在一个数据库对象里设置断点，然后再返回到一个ASP.NET应用程序.当执行这些数据库对象时，将遇到断点并转到调试器. 注意，在应用程序调试模式，不能在应用程序代码里打入一个数据库对象，所以必须直接在这些存储过程或用户义函数里设置断点.

3.通过一个SQL Server Project来调试

    Visual Studio专业版及Team Systems版包含一个SQL Server Project类型，它通常用来创建管理数据库对象(managed database objects)。Visual Studio可以对本地或外部SQL Server实例进行调试。如果你使用的SQLServer数据库不在本地，那么自然，它就是一个外部实例.

    支持T-SQL数据库对象调试的特性没有支持.NET应用程序调试的特性丰富.比如，不支持断点条件过滤(breakpoint conditions and filters),只能用到寥寥几个调试窗口；你无法使用Edit 和 Continue等等。

第一步：直接进入储存过程

    使用Visual Studio可以很容易地直接进入一个数据库对象。(存储过程、用户自定义函数等)
例：在服务器资源管理器里展开Northwind数据库节点，接下来进入存储过程文件夹，在Products_SelectByCategoryID存储过程上右键单击，选“Step Into Stored Procedure”，这将打开调试器.因为该存储过程接受一个@CategoryID输入参数，输入1，这将返回“饮料”类产品的信息。指定@CategoryID参数的值后，就可以执行存储过程了.不过调试器执行完第一条Statement后就中止了，而不会完全运行存储过程.。注意边框上的黄色箭头，它指出了Statement在存储过程的当前位置.你可以在Watch窗口（局部变量窗口，可以修改调试过程中局部变量的值）查看或编辑参数值，或者改写存储过程用到的参数名称.希望一次只调试一条statement语句的话，点击工具栏上的“Step Over”按钮或按F10键。由于Products_SelectByCategoryID存储过程只包含了一条SELECT statement,所以按F10键将跨过这条语句并完成存储过程的执行。执行完毕后，其结果将显示在 Output窗口里，调速器也就中止了. 注意：T-SQL调试发生在statement级别，但对SELECT statement无效

第二步：为Website设置应用程序调试

    直接在服务器资源管理器里调试存储过程时需要手动设置，但很多时候我们感兴趣的是，当在ASP.NET应用程序里调用存储过程时才对其进行调试。当一个设置了断点的存储过程被应用程序调用，在执行过程中将遇到这个断点。我们可以查看和改变存储过程的参数值，就像我们在第一步做的那样.不过在次此之前我们需要将ASP.NET web应用程序与SQL Server调试器联系起来.在解决方案资源管理器里，在website名称(ASPNET_Data_Tutorial_74_CS)上右键单击，选“Property Pages”项，再在左边选“Start Options”，选中Debuggers区域的SQL Server选择框。另外，我们还要更新数据库连接字符串以禁用“连接池”。当关闭一个数据库的连接时，一个对应的SqlConnection对象将存放在连接池里。当建立一个数据库连接时，就可以重新获取该SqlConnection对象而用不着再创建一个新的连接.连接池提高了执行性能，默认时，其处于激活状态.不过在调试时我们将关闭连接池，因为处理从连接池检索来的连接时，不能正确的建立相应的调试基础构造(debugging infrastructure).

    要禁用连接池的话，更新Web.config文件的NORTHWNDConnectionString，包含一个“Pooling=false”设置.

<connectionStrings>
    <add name="NORTHWNDConnectionString" connectionString=
        "Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\NORTHWND.MDF;
            Integrated Security=True;User Instance=True;Pooling=false"
        providerName="System.Data.SqlClient" />
</connectionStrings>

    注意：一旦你完成从ASP.NET应用程序对SQL Server的调试后，务必还原连接池，在连接字符串里将Pooling设置删除或设置为“Pooling=true”.完成设置后，我们还需要对存储过程添加一个断点，并开始调试

第三步：添加断点并调试

    打开Products_SelectByCategoryID存储过程，在SELECT statement的开头部分设置断点。方法点击边框恰当的地方或将光标放在SELECT statement开始的地方再按F9，断点在边框呈现为一个红色圆点.
为了在客户端程序对一个 SQL 数据库对象进行调试，有必要设置数据库支持“应用程序调试”(application debugging)，在服务器资源管理器里点到NORTHWND.MDF节点，右键单击，选“Application Debugging”.当设置好断点且激活“Application Debugging ”项时，就可以从ASP.NET 应用程序调用存储过程来进行调试。要调试的话，在“调试”菜单里选“开始调试”，或点 F5或点工具栏里的绿色小图标。这将开启调试器.
    可以进入存储过程的statements，查看并修改参数值.在Watch 窗口中，参数@CategoryID的值为1，这是由于ExistingSprocs.aspx页面最开始显示的是饮料类产品的信息，而饮料类的CategoryID 值为1.在下拉列表里选择一个不同的值。这将导致页面回传并重新执行Products_SelectByCategoryID存储过程。再次遇到断点时，@CategoryID 参数的值就是你在下拉列表框里选择的CategoryID值.

    注意：如果你登录ExistingSprocs.aspx 页面时，没有碰到在Products_SelectByCategoryID存储过程里设置的断点，一定要确保ASP.NET应用程序的“属性页”的 Debuggers区域的SQL Server项被选中；关闭连接池；激活数据库的Application Debugging项.如果仍然还有问题的话，重新启动Visual Studio并再试一次.

调试T-SQL 数据库对象的远程实例

    在本地电脑上通过Visual Studio调试是比较直观容易的，但如果SQL Server和Visual Studio没有装在同一台机器上的话，我们需要做一些设置以使各方面工作正常，为此我们要做2方面的工作：

.确保以系统管理员的角色(sysadmin role)通过ADO.NET连接到数据库

.确保开发环境上Visual Studio使用的Windows user帐户是一个有效的属于系统管理员的角色(sysadmin role)的SQL Server登录帐户.

    第一项相对比较简单.首先确定从ASP.NET应用程序连接到数据库的用户帐户，接下来通过SQL Server Management Studio,将该帐户添加到sysadmin角色.

    第二项，你用来调试程序的Windows user帐户必须是连接到远程数据库的一个有效帐户，问题就在于你在本地工作站登录的Windows帐户不一定就是登录SQL Server的有效帐户.与其将你具体的登录帐户添加给SQL Server，一个更好的选择是将一些Windows user帐户分配为SQL Server调试帐户(SQL Server debugging account).然后，要调试一个远程SQL Server实例的数据库对象的话，你可以使用这些Windows登录帐户的认证(credentials)来运行Visual Studio.

    用一个例子来进行阐述。假设有个Windows帐户，名为SQLDebug.该帐户应该添加到远程SQL Server实例，以系统管理员角色进行合法登录.然后要从Visual Studio来调试远程SQL Server实例的话，我们应该以SQLDebug帐户来运行Visual Studio.于是我们可以这样来操作：退出我们的工作站，以SQLDebug帐户再次登录，然后运行Visual Studio.不过还有一个更简单点的方法，不用退出工作站，通过使用runas.exe来以SQLDebug的名义运行Visual Studio.这个runas.exe允许一个应用程序假借另一个帐户的名义来执行.要以SQLDebug的名义来运行Visual Studio的话，你可以在命令行键入如下的statement：

runas.exe /user:SQLDebug "%PROGRAMFILES%\Microsoft Visual Studio 8\Common7\IDE\devenv.exe"

注意：
    如果你的开发机为Windows XP Service Pack 2版本的话，你需要对Internet连接防火墙进行配置以允许远程调试。文章《The How To: Enable SQL Server 2005 Debugging》(http://msdn2.microsoft.com/en-us/library/s0fk6z6e(VS.80).aspx)对此进行了描述,该过程包括2步：(a)在Visual Studio所在的主机，你必须向Exceptions list添加Devenv.exe，并打开TCP 135端口;(b)在远程(SQL)机器，你必须打开TCP 135端口，且向Exceptions list添加Dsqlservr.exe.如果你的域策略(domain policy)需要通过IPSec来进行网络通信(network communication)的话,你必须打开UDP 4500 和 UDP 500端口。

总结：

    除了支持对.NET程序代码进行调试外，Visual Studio也提供了对SQL Server 2005进行调试的多种选择.在本文，我们考察了这些选择中的2种：

    直接数据库调试(Direct Database Debugging)以及应用程序调试.要直接对一个T-SQL数据库对象进行调试的话，在服务器资源管理器里找到该对象，再右键单击选“Step Into …”. 这将打开调试器，且运行到该对象的第一条statement就终止了.此时，你可以进入该对象的statements，查看并修改参数值.在第一步，我们用该方法对Products_SelectByCategoryID存储过程进行了设置. //直接可以调试

    应用程序调试允许直接在数据库对象里设置断点.当一个客户端程序(比如一个ASP.NET web程序)调用一个包含断点的数据库对象时，程序终止且切换到调试器界面。应用程序调试很有用，因为它更清楚的显示了到底是什么程序行为调用了某个具体的数据库对象.然而，该方法比直接数据库调试要多一些配置和步骤.