select-exec的Microsoft Connect条目在哪里?

有人能给我指一下 SELECT-EXEC bug,所以我可以投赞成票吗?

已经10年了,我还在诅咒SQL Server不允许 执行选择 语法,例如:

SELECT * FROM (
   EXECUTE GetKnownTerroristList @StartDate='2010-01-01', @EndDate='2010-11-01'
)

或

CREATE PROCEDURE dbo.GetTransactionsByLCT @LCTGUID uniqueidentifier AS

   SELECT * FROM Transactions
   WHERE LCTGUID = @LCTGUID

   UNION ALL

   EXECUTE DATACENTER.Accounts.dbo.GetTransactionsByLCT @LCTGUID = @LCTGUID

或

示例3-实际问题

CREATE PROCEDURE dbo.GetTransactionsByLCT @LCTGUID uniqueidentifier AS

   EXECUTE GetTranasctionsByLCT_90 @LCTGUID = @LCTGUID

   UNION ALL

   EXECUTE DATACENTER.Accounts.dbo.GetTransactionsByLCT @LCTGUID = @LCTGUID

Erland Sommarskog 有 a well-known page of suggested alternatives 但是它们都不是正确的解决方法(即它们不能复制所需的功能)。

我知道那里 必须 是一个 Microsoft Connect 专门讨论这个问题的条目;自从成千上万的人遇到它。但是 my searches of Connect come up empty .

有人能给我指一下 执行选择 bug,所以我可以投赞成票吗?

编辑:Erland解决方案摘要:

• Using OUTPUT Parameters -一般不适用,但有时被忽视。
• Table-valued Functions -可能是输出的最佳方法,但有一些限制。
• Using a Table -大多数通用方法没有限制,但使用起来有点复杂。
• INSERT-EXEC -不需要重写。有一些问题。
• Table Parameters and Table Types -可能是最后一个答案,但由于限制,在这种情况下它只是稍微有用一些。(SQL 2008)
• Using the CLR -不需要重写。笨重,但在insert-exec不起作用时作为最后的手段很有用。(SQL 2005)
• OPENQUERY -不需要重写。很多陷阱都很棘手。
• Using XML -一种需要重写的迂回方法,但它比其他方法有一些优势。(SQL 2005)
• Using Cursor Variables -不推荐。