今天突然有同事问起,如何在sqlserver中调试存储过程(我们公司使用的是sqlserver 2008
R2),猛地一看,和以前使用sqlserver 2000真的有很大的不同,我真晕了。
于是琢磨了一下。SQLSERVER 2005中不知因何去掉了很重要的DEBUGGER功能,要调试,必须要安装VS2005专业版或者更高版本。非常不方便。
还好,SQLSERVER 2008中这个很重要而且方便的功能又回来了。
总之,SQL2008的调试比2000操作起来麻烦多了,要求也多了。刚开始感觉不如2000的好用,也可能是使用2000习惯了。习惯是可怕的,但是微软是在不断进步的...
一、回顾早期的SQL SERVER版本:
早在SQL Server 2000时代,查询分析器的功能还很简陋,远不如VS那么强大。到SQL Server 2005时代,代码高亮、SQL优化等功能逐渐加强,但是依然无法调试SQL语句。好一点的第三方的SQL语法编辑器似乎也不够完美,这样导致一些人抱怨存储过程不便于维护,开发的时候能不用则不用。
二、SQL Server 2008 Express 智能提示加强:
该功能是SQL2008在SQL Server 2005之后的升级版,我们可以很方便的调用智能提示,和 VS一致:使用快捷键ctrl + J 即可。
截图如下:

该功能是否与VS一样了呢? 毕竟他们都是微软的产品。
三、调试T-SQL语句:
1.Debug普通T-SQL语句:
SQL代码如下:
-
use
非常简单的定义了 三个int 型变量:i、j、k并且对这些变量进行简单的逻辑运算,在Management Studio 中只要轻松的按F11键,即可调试以上代码块。
截图如下:

接着点击F11逐语句debug 或者F10逐过程调试代码。
截图如下:

这个dubug的场面您是否觉得已经和VS相差无几了呢?
四、支持复杂存储过程嵌套debug:
您可能会疑问,在一个庞大的系统中,如果数据库逻辑绝大部分都是存储过程实现的情况下,会出现存储过程嵌套存储过程或者嵌套存储函数这样的代码。
SQL2008是否支持调试功能呢?答案是肯定的。
首先定义一个简单的存储过程(本文使用NorthWind数据库)代码如下:
-
CREATE
该存储过程在以下批处理内被调用,代码如下:
-
declare
F11对以上代码进行SQL Debug。
截图如下:

当断点经过exec sp_getOrders 10248 这段代码时,点击F11进入sp_getOrders存储过程进行逐语句debug。
截图如下:

这样可以在嵌套的存储过程或函数内进行debug了,此刻不得不承认: 升级后的SQL2008越来越强大。您还恐惧使用或者调试存储过程么?
----补充一下:调试存储过程

