金树 发表于 2023-9-14 12:09:43

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

我已经查看了与该问题相关的Stack Overflow上的其他问题,但是似乎没有一个问题能清楚地回答这个问题。
我们有一个名为sp_who2的系统存储过程,该过程为服务器上所有正在运行的进程返回信息的结果集。我想过滤存储过程返回的数据;从概念上讲,我可能会这样做:
SELECT * FROM sp_who2
WHERE login='bmccormack'
但是,该方法不起作用。有什么好的做法可以实现查询存储过程的返回数据的目标,最好无需查看原始存储过程的代码并对其进行修改。
               
解决方案:
               


                没有好的方法可以做到这一点。这是存储过程的限制。您的选择是:

将过程切换到用户定义的函数。如今,在世界各地,人们正在制作应作为功能的存储过程。这是一个教育问题。您的情况就是一个很好的例子。如果您的过程是UDF,则可以按照直觉上应该做到的方式执行以下操作:
SELECT * FROM udf_who2()
WHERE login=’bmccormack’

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


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