sqlcmd :out 没有按预期工作？

以SQLCMD这种方式使用对我来说是新的，让我在互联网上搜索示例。

在研究了SQL Server Management Studio: Hacking SQLCMD Mode中的信息并思考了SQLCMD变量的局限性之后，我对您的问题采取了稍微不同的方法。我的解决方案可能无法完全回答您关于为什么:OUT无法按预期工作的问题，但无论如何我都会提供它。

我的完整脚本在我的答案的末尾，但这里有一些带有解释的片段。

我首先将输出重定向到我的本地用户临时目录

set nocount on

--Redirect output to user temp folder
--On my computer, this was 'C:\Users\uswsh\AppData\Local\Temp'
:OUT $(TEMP)\DBScript.sql

现在，我们调用游标来读取数据库列表。我正在使用该PRINT命令生成操作系统echo命令来创建单个数据库创建文件。整个游标执行的输出被写入我的用户临时文件夹中的 DBScript.txt 文件。

--Declare variables used by cursor
DECLARE @db sysname;
DECLARE cur CURSOR LOCAL FORWARD_ONLY STATIC READ_ONLY
FOR
SELECT d.name
FROM sys.databases d;
OPEN cur;
FETCH NEXT FROM cur INTO @db
WHILE @@FETCH_STATUS = 0
    BEGIN
        PRINT '!!echo nul > C:\temp\create_database_' + @db + '.txt';
        FETCH NEXT FROM cur INTO @db
    END
CLOSE cur;
DEALLOCATE cur;
go

执行上述操作后，DBScript.txt 文件现在包含这些命令（每个命令开头的双键将告知SQLCMD将这些命令作为操作系统命令执行）：

!!echo nul > C:\temp\create_database_master.txt
!!echo nul > C:\temp\create_database_tempdb.txt
!!echo nul > C:\temp\create_database_model.txt
!!echo nul > C:\temp\create_database_msdb.txt
!!echo nul > C:\temp\create_database_Test.txt
!!echo nul > C:\temp\create_database_AdventureWorks2014.txt

现在，回到原始脚本，我们将SQLCMD输出恢复到标准输出并执行 DBScript.txt 中的命令

--Revert output to stdout
:OUT stdout

--Execute the script you just created that has the !!echo commands
:r $(TEMP)\DBScript.sql
GO

当我查看我的 C:\Temp 目录时，我现在有以下单个文件：

这是完整的脚本：

set nocount on

--Redirect output to user temp folder
--On my computer, this was 'C:\Users\uswsh\AppData\Local\Temp'
:OUT $(TEMP)\DBScript.sql

--Declare variables used by cursor
DECLARE @db sysname;
DECLARE cur CURSOR LOCAL FORWARD_ONLY STATIC READ_ONLY
FOR
SELECT d.name
FROM sys.databases d;
OPEN cur;
FETCH NEXT FROM cur INTO @db
WHILE @@FETCH_STATUS = 0
    BEGIN
        PRINT '!!echo nul > C:\temp\create_database_' + @db + '.txt';
        FETCH NEXT FROM cur INTO @db
    END
CLOSE cur;
DEALLOCATE cur;
go

--Revert output to stdout
:OUT stdout

--Execute the script you just created that has the !!echo commands
:r $(TEMP)\DBScript.sql
GO

使用 sqlcmd 模式执行此操作的方法是编写一个脚本，该脚本编写一个脚本，然后执行这些脚本，所以这是一种稍微不同的思考方式，有点像 Inception 或 Borges，梦中的梦：

-- Script a script which scripts a script
SET NOCOUNT ON
GO

:out d:\temp\temp.sql
GO

SELECT REPLACE( ':out d:\temp\@database.sql
-- Do some work here
PRINT ''select ''''@database''''''
GO

-- Return stdout to normal
:out STDOUT
GO
', '@database', name ) AS [--sql]
--C:\temp\create_database_' + name + '.txt'
FROM sys.databases 
GO


-- Return stdout to normal
:out STDOUT
GO

-- Now execute your scripted file
:r d:\temp\temp.sql
GO


-- Create another script which executes all thoses scripts ...
:out d:\temp\temp2.sql
GO

SELECT REPLACE( ':r d:\temp\@database.sql
GO
', '@database', name ) AS [--sql]
FROM sys.databases 
GO

-- Return stdout to normal
:out STDOUT
GO

-- Execute your script of scripts?
:r d:\temp\temp2.sql
GO

好的，我想我从这里得到答案

我想在这里引用它

这是不可能的，因为 sqlcmd vars 和 t-sql vars 是在执行 sqlcmd 脚本的不同且完全不同的步骤中独立评估的。

确实如此，换句话说，在运行 t-sql 之前首先评估您的:setvar和:out，这也解释了为什么下面显示的我的简单 t-sql 会给出错误消息

DECLARE @filename varchar(260)='c:\temp\test.txt';

:setvar c @filename
:out $(c)
PRINT $(c);

你看，错误信息有“无法将输出重定向到@filename”和“c:\windows\system32\@filename”，这是因为，当评估:out时，它不知道@filename的值，所以它只是将文字字符串@filename用于 :out 目的，这将自动默认为“c:\windows\system32\”的默认路径