ASP.NET2.0中怎么调试存储过程-创新互联

本篇文章为大家展示了ASP.NET 2.0中怎么调试存储过程，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。

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

使用Visual Studio我们可以很容易地直接进入一个数据库对象。我们来看如何使用Direct Database Debugging (DDD)特性进入Northwind数据库里的Products_SelectByCategoryID存储过程.就像其名字揭示的那样，该存储过程返回特定category的产品信息。我们在第68章创建了该存储过程，在服务器资源管理器里展开Northwind数据库节点，接下来进入存储过程文件夹，在Products_SelectByCategoryID存储过程上右键单击，选“Step Into Stored Procedure”，这将打开调试器.因为该存储过程接受一个@CategoryID输入参数，我们输入1，这将返回“饮料”类产品的信息。

图1：使用值为“1”的@CategoryID输入参数

指定@CategoryID参数的值后，就可以执行存储过程了.不过调试器执行完第一条Statement后就中止了，而不会完全运行存储过程.。注意边框上的黄色箭头，它指出了Statement在存储过程的当前位置.你可以在Watch窗口查看或编辑参数值，或者改写存储过程用到的参数名称.

图2：调试器调试完第一条Statement后就中止了

希望一次只调试一条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选择框，如图3：

图3：在应用程序的属性页选择SQL Server方框

另外，我们还要更新数据库连接字符串以禁用“连接池”。当关闭一个数据库的连接时，一个对应的SqlConnection对象将存放在连接池里。当建立一个数据库连接时，就可以重新获取该SqlConnection对象而用不着再创建一个新的连接.连接池提高了执行性能，默认时，其处于激活状态.不过在调试时我们将关闭连接池，因为处理从连接池检索来的连接时，不能正确的建立相应的调试基础构造(debugging infrastructure).

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

注意：一旦你完成从ASP.NET应用程序对SQL Server的调试后，务必还原连接池，在连接字符串里将Pooling设置删除或设置为“Pooling=true”.

完成设置后，我们还需要对存储过程添加一个断点，并开始调试

第三步：添加断点并调试

打开Products_SelectByCategoryID存储过程，在SELECT  statement的开头部分设置断点。方法点击边框恰当的地方或将光标放在SELECT  statement开始的地方再按F9。如图9所示，断点在边框呈现为一个红色圆点.

图4：在Products_SelectByCategoryID存储过程设置断点

为了在客户端程序对一个 SQL 数据库对象进行调试，我们有必要设置数据库支持“应用程序调试”(application debugging)，在服务器资源管理器里点到NORTHWND.MDF节点，右键单击，选“Application Debugging”.

图5：确保选中Application Debugging 项

当设置好断点且激活“Application Debugging ”项时，我们就可以从ASP.NET 应用程序调用存储过程来进行调试。要调试的话，在“调试”菜单里选“开始调试”，或点 F5或点工具栏里的绿色小图标。这将开启调试器.

Products_SelectByCategoryID存储过程是在第68章创建的，其对应的页面(~/AdvancedDAL/ExistingSprocs.aspx)包含了一个GridView控件，以显示该存储过程返回的结果.在浏览器里登录该页面，当执行过程遇到设置的断点时页面将返回到Visual Studio，就像在第一步看到的那样，我们可以进入存储过程的statements，查看并修改参数值.

图6：ExistingSprocs.aspx页面最开始显示的是 饮料类的产品

图7：执行到存储过程设置的断点

在如图7所示的 Watch 窗口，参数@CategoryID的值为1，这是由于ExistingSprocs.aspx页面最开始显示的是饮料类产品的信息，而饮料类的CategoryID 值为1.在下拉列表里选择一个不同的值。这将导致页面回传并重新执行Products_SelectByCategoryID存储过程。再次遇到断点时，@CategoryID 参数的值就是你在下拉列表框里选择的CategoryID值.

图8：在下拉列表里选择一个不同的类

图9：参数@CategoryID反映的是在Web页面选择的类

注意：如果你登录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"

上述内容就是ASP.NET 2.0中怎么调试存储过程，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联行业资讯频道。