根据@JoelCoehoorn的回答，我的方法是保留所有的PRINT语句，然后简单地在它们后面加上RAISERROR语句来引起flush。

例如:

PRINT 'MyVariableName: ' + @MyVariableName
RAISERROR(N'', 0, 1) WITH NOWAIT

这种方法的优点是PRINT语句可以连接字符串，而RAISERROR不能。(所以无论哪种方式，你都有相同的代码行数，因为你必须声明和设置一个变量来在RAISERROR中使用)。

如果像我一样，你使用AutoHotKey或SSMSBoost或等效的工具，你可以很容易地设置一个快捷键，如“]flush”，为你进入RAISERROR行。如果每次都是同一行代码，这可以节省时间，也就是说，不需要定制以保存特定的文本或变量。

Another better option is to not depend on PRINT or RAISERROR and just load your "print" statements into a ##Temp table in TempDB or a permanent table in your database which will give you visibility to the data immediately via a SELECT statement from another window. This works the best for me. Using a permanent table then also serves as a log to what happened in the past. The print statements are handy for errors, but using the log table you can also determine the exact point of failure based on the last logged value for that particular execution (assuming you track the overall execution start time in your log table.)

根据@JoelCoehoorn的回答，我的方法是保留所有的PRINT语句，然后简单地在它们后面加上RAISERROR语句来引起flush。

例如:

PRINT 'MyVariableName: ' + @MyVariableName
RAISERROR(N'', 0, 1) WITH NOWAIT

这种方法的优点是PRINT语句可以连接字符串，而RAISERROR不能。(所以无论哪种方式，你都有相同的代码行数，因为你必须声明和设置一个变量来在RAISERROR中使用)。

如果像我一样，你使用AutoHotKey或SSMSBoost或等效的工具，你可以很容易地设置一个快捷键，如“]flush”，为你进入RAISERROR行。如果每次都是同一行代码，这可以节省时间，也就是说，不需要定制以保存特定的文本或变量。

使用RAISERROR函数:

RAISERROR( 'This message will show up right away...',0,1) WITH NOWAIT

你不应该完全用raiserror替换你所有的打印。如果你有一个循环或者某个地方有一个大的游标，每次迭代只做一两次，甚至每几次迭代都做一次。

另外:我第一次了解RAISERROR是在这个链接，我现在认为这是SQL Server错误处理的权威来源，绝对值得一读: http://www.sommarskog.se/error-handling-I.html

是的……RAISERROR函数的第一个参数需要一个NVARCHAR变量。所以试试下面的方法吧;

-- Replace PRINT function
DECLARE @strMsg NVARCHAR(100)
SELECT @strMsg = 'Here''s your message...'
RAISERROR (@strMsg, 0, 1) WITH NOWAIT

OR

RAISERROR (n'Here''s your message...', 0, 1) WITH NOWAIT

仅供参考，如果您在脚本(批处理)中工作，而不是在存储过程中，刷新输出是由GO命令触发的，例如。

print 'test'
print 'test'
go

总的来说，我的结论如下:mssql脚本执行的输出，在SMS GUI或sqlcmd.exe中执行，在第一个GO语句或直到脚本结束时被刷新到文件，stdoutput, GUI窗口。

存储过程内部的刷新功能不同，因为您不能将GO放在存储过程内部。

参考:tsql Go语句