sql-server-2008 - 从 CLR 存储过程调用 T-SQL 存储过程

Question

非常简短的背景:
我们正在使用 CLR 存储过程来应用访问控制，使用 Active Directory，对查询结果进行相应限制最终用户可以看到的内容。简而言之，这是通过从数据表中删除用户不满足访问结果(在本例中为文档)条件的行来完成的。

这种过滤是在显示结果之前在客户端上完成的。 SQL 2008 和更强大的服务器是将这种访问过滤从客户端移开的动机。

我想知道的是，从等效的 CLR 存储过程调用原始常规 T-SQL 存储过程，而不是将“内联”T-SQL 传递到命令对象(在本例中为只是作为存储过程的原始 T-SQL)？我找不到任何有人提到这一点的地方(部分原因可能是因为作为 CLR SP 的例子会非常困惑，我猜 :-))。
在我看来你可能会，因为 T-SQL 存储过程已经被优化和编译？

有谁能帮我确认一下吗？

希望我已经足够清楚了。非常感谢，

科尔姆。

Answer 1

如果您的 SQL CLR 存储过程正确执行特定查询(参数化良好)并相当频繁地执行它，那么该 T-SQL 查询将在整个“确定最佳执行计划”序列中只运行一次，然后存储在计划缓存中的 SQL Server(并且不会比类似的 T-SQL 存储过程更快地从它中驱逐)。

因此，它将与原始 T-SQL 存储过程一样“预编译”。从这个角度来看，我看不到任何好处。

如果你可以在你的 SQL CLR 过程中调整你的 SQL 语句，它实际上甚至不会将那些行包含到结果集中，无论如何你最终都会扔掉，那么你的 SQL-CLR 存储过程将执行一个正确参数化的 T-SQL 查询甚至可能比让标准 T-SQL 存储过程返回太多数据(您需要再次排除某些行)快一点。