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

金树

我已经查看了与该问题相关的Stack Overflow上的其他问题，但是似乎没有一个问题能清楚地回答这个问题。
+ ^/ n" ~$ @! Z, d5 \: M8 o# B我们有一个名为sp_who2的系统存储过程，该过程为服务器上所有正在运行的进程返回信息的结果集。我想过滤存储过程返回的数据；从概念上讲，我可能会这样做：
SELECT * FROM sp_who2
WHERE login='bmccormack'
但是，该方法不起作用。有什么好的做法可以实现查询存储过程的返回数据的目标，最好无需查看原始存储过程的代码并对其进行修改。
               
, |4 U, q1 h$ F8 ?( ?. X/ w解决方案:
: T0 f: [# T, y+ @4 k* C, M9 h               
; b& ?; b$ U3 G* q

5 `- o& S/ u) Z2 P, U1 n5 Y                没有好的方法可以做到这一点。这是存储过程的限制。您的选择是：
  u; x2 Y" v) }2 c; m+ L[ol]
$ ~1 C- ~2 f; u" c% c" P/ R将过程切换到用户定义的函数。如今，在世界各地，人们正在制作应作为功能的存储过程。这是一个教育问题。您的情况就是一个很好的例子。如果您的过程是UDF，则可以按照直觉上应该做到的方式执行以下操作：
0 H2 N& w+ ^' }4 p2 i+ A) j/ F* ^5 {SELECT * FROM udf_who2()
$ S2 \( {# k5 x- @2 EWHERE login=’bmccormack’

# n  z4 q+ M3 f; e$ a4 g; g如果您真的无法触摸您的过程，并且 必须 在sql中完成此过程，那么您就必须变得时髦。制作另一个存储过程以包装原始过程。在新过程中，调用现有过程并将值放入临时表中，然后使用所需的过滤器对该表运行查询，然后将结果返回给外界。

[/ol]
从SQL Server
. L" Y& M) p  P) ]+ Z7 ?2 B2005开始，用户定义的函数是封装数据检索的方式。存储过程以及视图是在特定情况下使用的专用工具。在合适的时间，它们都非常方便，但不是首选。有人可能会认为上面的示例（A）获取了函数的所有结果，然后（B）对该结果集进行了筛选，例如子查询。
事实并非如此 。SQL Server 2005+优化了该查询；如果上有索引login，则在查询执行计划中看不到表扫描；非常有效。
编辑 ：我应该补充一点，UDF的内幕类似于SP的内幕。如果它与您要避免的SP的 逻辑
混淆，您仍然可以将其更改为函数。几次，我采用了我不想理解的大型，可怕的过程代码，并将其成功地转移到函数中。唯一的问题是，除了返回结果外，该过程是否还进行了其他任何
; A# _+ c% N/ q+ s# \0 E( X4 s! E修改 ；UDF无法修改数据库中的数据。