当 SP 包含 # 个临时表时,使用 OPENROWSET 动态检索 SP 结果
我的场景
我正在开发一个数据库,该数据库将包含整个服务器上不同数据库中的各种存储过程的许多详细信息。我现在试图收集的信息是“SP 输出什么?”
在搜索中我发现答案就在 OPENROWSET 中。我的初步测试很成功,一切看起来都很棒。然而,在使用实时 SP 对其进行测试时,我遇到了一个主要问题:它不能很好地与临时 (#) 表配合使用。
例如:
如果我要采用此 SP:
CREATE PROCEDURE dbo.zzTempSP(@A INT, @B INT) AS
SELECT @A AS A, @B AS B
我可以使用以下代码轻松地将输出插入到临时(##)表中,然后查询 tempdb 的 sysobjects 并生成列及其数据类型的列表:
IF OBJECT_ID('tempdb.dbo.##TempOutput','U') IS NOT NULL DROP TABLE ##TempOutput
DECLARE @sql VARCHAR(MAX)
SELECT @sql = 'SELECT *
INTO ##TempOutput
FROM OPENROWSET(''SQLNCLI'', ''Server=' +
CONVERT(VARCHAR(100), SERVERPROPERTY('MachineName')) +
';Trusted_Connection=yes;'', ''SET FMTONLY OFF exec ' +
DB_NAME() +
'.dbo.zzTempSP @A=1, @B=2'')'
EXEC(@sql)
SELECT *
FROM ##TempOutput
太棒了!但是,如果 SP 是这样的:
CREATE PROCEDURE dbo.zzTempSP (@A INT, @B INT) AS CREATE TABLE dbo.#T (A INT, B INT)
INSERT INTO dbo.#T
SELECT @A AS A, @B AS B
SELECT *
FROM dbo.#T
当我执行与之前相同的 OPENROWSET
代码时,我收到以下错误:
无法处理对象“SET FMTONLY OFF exec DatabaseName.dbo.zzTempSP @A=1,@B=2”。链接服务器“(null)”的 OLE DB 提供程序“SQLNCLI10”指示该对象没有列,或者当前用户对该对象没有权限。
当我将 OPENROWSET 代码(通过删除动态内容)修剪为:
SELECT *
FROM OPENROWSET('SQLNCLI','Server=ServerName;Trusted_Connection=yes;',
'exec DatabaseName.dbo.zzTempSP @A=1,@B=2'
)
我收到以下(更有用)错误:
对象名称“#T”无效。
这就是我碰壁的地方。在我的搜索中,似乎没有解决办法,但我还不能让自己放弃它。
所以我被引导到..
我向你提出的问题
有人知道有任何可能的方法来规避这个错误吗?或者有可能有替代解决方案吗?
这个过程不会经常运行,所以我不必太担心解决方案的效率。
任何意见将不胜感激。
谢谢, Zok
PS:抱歉格式问题。我不太明白语言标签。
My Scenario
I'm working on a database which will contain many details from various Stored Procedures in different databases across the entire server. The information I'm attempting to gather now is, "What does the SP output?"
In searching I've found that the answer lies in OPENROWSET. My initial testing was successful and everything looked great. However, upon testing it with live SPs I ran into one major problem: It doesn't play well with temp (#) tables.
For example:
If I were to take this SP:
CREATE PROCEDURE dbo.zzTempSP(@A INT, @B INT) AS
SELECT @A AS A, @B AS B
I can easily insert the output into a temp (##) table with the following code, then query tempdb's sysobjects and produce a list of the columns and their data types:
IF OBJECT_ID('tempdb.dbo.##TempOutput','U') IS NOT NULL DROP TABLE ##TempOutput
DECLARE @sql VARCHAR(MAX)
SELECT @sql = 'SELECT *
INTO ##TempOutput
FROM OPENROWSET(''SQLNCLI'', ''Server=' +
CONVERT(VARCHAR(100), SERVERPROPERTY('MachineName')) +
';Trusted_Connection=yes;'', ''SET FMTONLY OFF exec ' +
DB_NAME() +
'.dbo.zzTempSP @A=1, @B=2'')'
EXEC(@sql)
SELECT *
FROM ##TempOutput
Great! However, if the SP was this instead:
CREATE PROCEDURE dbo.zzTempSP (@A INT, @B INT) AS CREATE TABLE dbo.#T (A INT, B INT)
INSERT INTO dbo.#T
SELECT @A AS A, @B AS B
SELECT *
FROM dbo.#T
When I execute the same OPENROWSET
code as before I receive the following error:
Cannot process the object "SET FMTONLY OFF exec DatabaseName.dbo.zzTempSP @A=1,@B=2". The OLE DB provider "SQLNCLI10" for linked server "(null)" indicates that either the object has no columns or the current user does not have permissions on that object.
When I trim down the OPENROWSET code (by removing the dynamic stuff) to this:
SELECT *
FROM OPENROWSET('SQLNCLI','Server=ServerName;Trusted_Connection=yes;',
'exec DatabaseName.dbo.zzTempSP @A=1,@B=2'
)
I receive the following (much more useful) error:
Invalid object name '#T'.
Which is where I hit the wall. In my searching it seems that there is no solution, but I couldn't bring myself to give up on it just yet.
And so I'm led to..
My question to you
Is anyone aware of any possible way to circumvent this error? Or is there possibly an alternative solution?
This process won't be run frequently so I needn't worry too much about the solution's efficiency.
Any input would be greatly appreciated.
Thanks,
Zok
PS: Sorry about the formatting. I didn't quite figure out the language tags.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
我也在 SQL Server Central 上发布了这个问题,一些回复让我又开始在 OPENROWSET 中寻找答案(并找到它)。其中一个人将我转到本文有关 OPENQUERY 的部分。它指出,为了解决临时表的问题,您只需将 SET FMTONLY OFF 添加到 OPENQUERY/OPENROWSET 语句的执行行,如下所示:
但是,如果过程没有指定 SET NOCOUNT ON,它仍然会引发错误。
我对 SET NOCOUNT ON 有一个愚蠢的误解,这让我无法思考:“嘿,我不能将 SET NOCOUNT ON 添加到 OPENROWSET 的执行语句中吗?”一旦有人在另一个线程上问我这个问题,它就太有意义了=)所以,这是我一直在寻找的解决方案:
I had this question posted on SQL Server Central as well and some responses turned me back to looking for an answer within OPENROWSET (and finding it). One of the people turned me to this article's section on OPENQUERY. It states that in order to work around the issue with temp tables you simply add SET FMTONLY OFF to the execute line of your OPENQUERY/OPENROWSET statement like so:
However, if the procedure does not have SET NOCOUNT ON specified it still raises an error.
I had a silly misunderstanding about SET NOCOUNT ON in the back of my head that stopped me from thinking, "Hey, can't I just add SET NOCOUNT ON to the execute statement of OPENROWSET??" Once someone asked that question for me on the other thread it made all too much sense =) So, here is the solution I've been looking for all along:
好吧..我已经放弃并回到我的老朋友 xpcmdshell 那里了。在整个响应及其代码中,xpcmdshell 将隐含下划线 (_),因为我经常无法加载包含全名的页面。
首先,这里只是我尝试过但不起作用的三件事(我不记得所有其他的了):
因此,经过大量的头部攻击和谷歌搜索后,我又回到了 xpcmdshell。以下脚本(我将把它变成一个过程)采用 SP exec 语句和运行它的数据库,将 xpcmdshell sqlquery 命令格式化到文件中,执行该文件并将其输出插入到临时表中,然后将这些结果的列标题提取到另一个临时表中。
如果您打算使用此代码,请不要忘记将 xpcmdshell 查找替换为 xp(_)cmdshell
希望这对某人有帮助!请随时发布您的任何问题、意见或建议。
Okay.. I've given up and gone back to my old friend xpcmdshell. Throughout this response and its code the underscore (_) will be implied for xpcmdshell as I often can't load pages containing the full name.
First, here are just three of the things I've tried that did NOT work (I can't recall all of the others):
And so, after much head bashing and Googling, I've fallen back to xpcmdshell. The following script (which I'll be turning into a procedure) takes an SP exec statement and the database to run it under, formats an xpcmdshell sqlquery command into a file, executes the file and inserts the output of it into a temp table, then extracts the column headers of those results into another temp table.
If you plan to use this code, don't forget to do a find replace for xpcmdshell to xp(_)cmdshell
Hope this helps someone! Please don't hesitate to post any questions, comments, or suggestions you may have.
您正在使用临时表变量#T。您必须使用临时表@T。
根据我的理解,临时表变量不能在分布式事务环境中使用,而且您可能无法访问链接服务器中的 TempDB。
You are using a Temp table variable #T. You have to use a Temporary table @T.
As per my understanding, Temp table variable can not be used in distributed transaction environment and also, that you might not have access to the TempDB in the linked server.
我认为有些程序以 openrowset 方式执行非常棘手,
例如其中之一是 sp_helpcolumns。
如果我按照正常方式操作:
我收到此错误消息:
还有这个:
Theb我找到了解决方法:
I think that some procedures are quite tricky to do the openrowset way
one of them for example is sp_helpcolumns.
If I do the normal way:
I get this error message:
and this one as well:
Theb I've found a way around it: