一、回顾早期的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 northwind go
declare @i int ,@j int,@k int set @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数据库）代码如下：
CREATE procedure sp_getOrders @orderID int = null
as if (@orderID is null )
begin print 'null'
end else
begin print 'correct'
end select * from Orders whereOrderID = @orderID
go
该存储过程在以下批处理内被调用，代码如下：
declare @i int ,@j int,@k int set @i = 1;
set @j = 2; select @k=@i + @j
exec sp_getOrders 10248 select @i;
go
F11对以上代码进行SQL Debug。
当断点经过exec sp_getOrders 10248 这段代码时，点击F11进入sp_getOrders存储过程进行逐语句debug。
这样可以在嵌套的存储过程或函数内进行debug了，此刻不得不承认: 升级后的SQL2008越来越强大。
