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