使用SQL筛选存储过程的结果

金树

我已经查看了与该问题相关的Stack Overflow上的其他问题，但是似乎没有一个问题能清楚地回答这个问题。
我们有一个名为sp_who2的系统存储过程，该过程为服务器上所有正在运行的进程返回信息的结果集。我想过滤存储过程返回的数据；从概念上讲，我可能会这样做：
$ K) w0 V1 l2 n- O+ K% {SELECT * FROM sp_who2
WHERE login='bmccormack'
但是，该方法不起作用。有什么好的做法可以实现查询存储过程的返回数据的目标，最好无需查看原始存储过程的代码并对其进行修改。
: F  \2 N0 O8 D9 O: ?3 h, |               
: \- W( y; h5 R, O; a6 R% E5 n解决方案:
               
3 M0 \, F6 ?& ~+ Y3 M2 P# N4 m

1 S' \3 M' t- u2 s& _. i# b! d* |                没有好的方法可以做到这一点。这是存储过程的限制。您的选择是：
[ol]
将过程切换到用户定义的函数。如今，在世界各地，人们正在制作应作为功能的存储过程。这是一个教育问题。您的情况就是一个很好的例子。如果您的过程是UDF，则可以按照直觉上应该做到的方式执行以下操作：
+ p+ l9 e/ B8 C# R7 HSELECT * FROM udf_who2()
WHERE login=’bmccormack’
' a8 \; R1 U# H* u* m; h9 w
如果您真的无法触摸您的过程，并且 必须 在sql中完成此过程，那么您就必须变得时髦。制作另一个存储过程以包装原始过程。在新过程中，调用现有过程并将值放入临时表中，然后使用所需的过滤器对该表运行查询，然后将结果返回给外界。

3 t* s4 K, K, L0 W% ]9 b' h8 F[/ol]
从SQL Server
2005开始，用户定义的函数是封装数据检索的方式。存储过程以及视图是在特定情况下使用的专用工具。在合适的时间，它们都非常方便，但不是首选。有人可能会认为上面的示例（A）获取了函数的所有结果，然后（B）对该结果集进行了筛选，例如子查询。
2 B4 m- U$ `8 L9 W5 X" R$ ~. _: X事实并非如此 。SQL Server 2005+优化了该查询；如果上有索引login，则在查询执行计划中看不到表扫描；非常有效。
( H1 c# C7 j2 y( z0 b* V$ M# h编辑 ：我应该补充一点，UDF的内幕类似于SP的内幕。如果它与您要避免的SP的 逻辑
混淆，您仍然可以将其更改为函数。几次，我采用了我不想理解的大型，可怕的过程代码，并将其成功地转移到函数中。唯一的问题是，除了返回结果外，该过程是否还进行了其他任何
修改 ；UDF无法修改数据库中的数据。