今天突然有同事问起，如何在sqlserver中调试存储过程（我们公司使用的是sqlserver 2008 R2），猛地一看，和以前使用sqlserver 2000真的有很大的不同，我真晕了。
于是琢磨了一下。SQLSERVER 2005中不知因何去掉了很重要的DEBUGGER功能，要调试，必须要安装VS2005专业版或者更高版本。非常不方便。
还好，SQLSERVER 2008中这个很重要而且方便的功能又回来了。
不过，SQLSERVER 2008的调试功能和SQL2000的方法差别很大。SQL2000是在查询分析器中的对象浏览器中选中需要调试的存储过程，右键----调试---输入参数开始调试。
sqlserver2008中则完全不同，变成了必须要在SSMS中EXEC [PROCEDURE NAME] @VAR1,@VAR2,然后点绿色三角或者点菜单中的调试---启动调试。然后点工具栏的最右边的单步调试或者跳出等。下面的变量窗口和堆栈窗口等可以查看调试中变量等动态变化值。sqlserver2008调试的要求和条件：如果在引擎所在的电脑或服务器上调试，则只需要SA或者WINDOWS用户登陆即可。如果是异地调试，则需要设置防火墙例外，增加SSMS和SQLSERVER.EXE为允许，增加135端口允许通过。
总之，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代码如下：
usenorthwind go
declare@iint,@jint,@kintset@i=1;
set@j=2; set@k=@i+@j
select@i; go
非常简单的定义了 三个int 型变量:i、j、k并且对这些变量进行简单的逻辑运算，在Management Studio 中只要轻松的按F11键，即可调试以上代码块。
截图如下：
接着点击F11逐语句debug 或者F10逐过程调试代码。
截图如下：
这个dubug的场面您是否觉得已经和VS相差无几了呢？
四、支持复杂存储过程嵌套debug:
您可能会疑问，在一个庞大的系统中，如果数据库逻辑绝大部分都是存储过程实现的情况下，会出现存储过程嵌套存储过程或者嵌套存储函数这样的代码。
SQL2008是否支持调试功能呢？答案是肯定的。
首先定义一个简单的存储过程（本文使用NorthWind数据库）代码如下：
CREATEproceduresp_getOrders @orderIDint=null
as if(@orderIDisnull)
begin print'null'
end else
beginprint'correct'
endselect*fromOrderswhereOrderID=@orderID
go
该存储过程在以下批处理内被调用，代码如下：
declare@iint,@jint,@kint set@i=1;
set@j=2; select@k=@i+@j
execsp_getOrders10248 select@i;
go
F11对以上代码进行SQL Debug。
截图如下：
当断点经过exec sp_getOrders 10248 这段代码时，点击F11进入sp_getOrders存储过程进行逐语句debug。
截图如下：
这样可以在嵌套的存储过程或函数内进行debug了，此刻不得不承认: 升级后的SQL2008越来越强大。您还恐惧使用或者调试存储过程么？
