没有好的方法可以做到这一点。这是存储过程的限制。您的选择是：
将过程切换到用户定义的函数。如今，在世界各地，人们正在制作应作为功能的存储过程。这是一个教育问题。您的情况就是一个很好的例子。如果您的过程是UDF，则可以按照直觉上应该做到的方式执行以下操作：
SELECt * FROM udf_who2()
WHERe login=’bmccormack’
如果您真的无法触摸您的过程，并且 必须 在sql中完成此过程，那么您就必须变得时髦。制作另一个存储过程以包装原始过程。在新过程中，调用现有过程并将值放入临时表中，然后使用所需的过滤器对该表运行查询，然后将结果返回给外界。
从SQL Server
2005开始，用户定义的函数是封装数据检索的方式。存储过程以及视图是在特定情况下使用的专用工具。在合适的时间，它们都非常方便，但不是首选。有人可能会认为上面的示例（A）获取了函数的所有结果，然后（B）对该结果集进行了筛选，例如子查询。
事实并非如此 。SQL Server 2005+优化了该查询；如果上有索引
login，则在查询执行计划中看不到表扫描；非常有效。
编辑 ：我应该补充一点，UDF的内幕类似于SP的内幕。如果它与您要避免的SP的 逻辑
混淆，您仍然可以将其更改为函数。几次，我采用了我不想理解的大型，可怕的过程代码，并将其成功地转移到函数中。唯一的问题是，除了返回结果外，该过程是否还进行了其他任何
修改 ；UDF无法修改数据库中的数据。
