【发布时间】:2012-11-14 16:30:29
【问题描述】:
考虑这个存储过程。程序的实际内容无关紧要,我只是为了示例而使用它:
CREATE PROCEDURE [dbo].[temp]
@value1 varchar(50),
@value2 varchar(50),
@value3 varchar(50)
as
begin
Select *
From valuesTable (nolock)
inner join valuesTable2 RL (nolock)
on (ValuesTable.ID = RL.RuleId and RL.Type = 'Something')
where @value1 = ValuesTable.RuleVal02
and cast(@value2 as float) > cast(ValuesTable.RuleVal03 as float) and cast(@value2 as float) < cast(ValuesTable.RuleVal04 as float)
--and (@value3 = ValuesTable.RuleVal05)
and (@value3 = ValuesTable.RuleVal05 or ValuesTable.RuleVal05 = -1)
end
现在想象一下,这个(不是很复杂的功能)不起作用。我已经知道如何从 Visual Studio 和 SQL Server Management Studio 调试它,但是,这两种情况都缺乏:
这个函数的主要失败点是它执行的大查询。那么我想做的就是获取这个查询,将它复制到一个新的查询窗口并开始执行它并通过修改它的各个部分来调试它。
调试该查询的基本方法是将其复制到新的查询窗口,从执行代码中获取参数,然后手动将所有@variables 替换为其实际值。这行得通,但对我来说似乎是一项非常不必要的工作,理想情况下我想获取查询,因为它是在服务器上执行的 - 使用文字值而不是参数,例如:
where 'actualValue' = ValuesTable.RuleVal02
and cast(4.2 as float) > cast(ValuesTable.RuleVal03 as float) and cast(4.2 as float) < cast(ValuesTable.RuleVal04 as float)...
因为这听起来像是我只能通过分析器才能实现的东西,所以我启动了它。然后我将事件配置为捕获SP:StmtStarting 事件,以查看从存储过程执行的语句。然而,令我惊讶的是,我在分析器中看到的语句仍然显示它们的参数,而不是实际的文字值。
是否可以轻松复制在存储过程中执行的实际查询,并将参数替换为参数的字面值?探查器中是否有这样做的标志?还是有别的办法?
【问题讨论】:
-
但是为什么要替换参数为实际值呢?你为什么不把参数声明部分变成
DECLARE语句,添加必要的赋值集并像那样运行脚本? -
嗯,这真的与所涉及的努力有关。如果我有一个复杂的 C++ 代码运行一个执行查询的 SP,那么我首先需要启动 SP 调试以获取传递给 SP 的值,然后使用 DECLARES 编写一个新查询并通过一些复制粘贴来启动这些值,然后只有这样我才能得到查询的结果。对于应该更简单的事情,这似乎需要做很多工作。
标签: sql-server sql-server-2008 debugging stored-procedures