T-SQL中的PRINT语句

为什么T-SQL中的PRINT语句似乎只有一些工作? 有什么限制使用它? 看起来有时候,如果生成一个结果集,它会变成一个空函数,我认为,以防止损坏的结果集,但它的输出不能出去在另一个结果集,如行数?

那么,如果你有一个像下面这样的陈述,你是说没有“印刷”结果?

 从sysobjects中select*
打印'刚刚select*从sysobjects' 

如果你使用的是SQL查询分析器,你会发现底部有两个标签,其中一个是“Messages”,这就是'print'语句显示的地方。
如果你担心看到打印报表的时间,你可能想尝试使用类似的东西

  raiserror('我的印刷声明',10,1)与nowait 

这会在语句达到时立即为您提供消息,而不是缓冲输出,因为查询分析器将在大多数情况下执行。

TSQL中的Print语句是一个误解的生物,可能是因为它的名字。 它实际上会向错误/消息处理机制发送消息,然后将消息传送给调用应用程序。 打印是非常愚蠢的。 您只能发送8000个字符(4000个Unicode字符)。 您可以发送一个string,一个stringvariables(varchar或char)或一个stringexpression式。 如果你使用RAISERROR,那么你仅限于一个只有2,044个字符的string。 但是,使用它向调用应用程序发送信息要容易得多,因为它调用了与标准C库中的旧printf相似的格式化函数。 除了文本消息外,RAISERROR还可以指定错误编号,严重级别和状态代码,还可以用于返回使用sp_addmessage系统存储过程创build的用户定义消息。 您也可以强制logging消息。

尽pipe消息和错误非常相似,但是您的error handling例程对于接收消息来说不会有任何好处。 当然,根据连接到数据库的实际方式(OLBC,OLEDB等),技术也会有所不同。 为了接收和处理来自SQL Server数据库引擎的消息,当您使用System.Data.SQLClient时,您需要创build一个SqlInfoMessageEventHandler委托,标识处理该事件的方法,以侦听InfoMessage事件在SqlConnection类上。 您会发现,严重性和状态等消息上下文信息作为parameter passing给callback函数,因为从系统angular度来看,这些消息就像错误一样。

在应用程序中获取这些消息总是一个好主意,即使您只是将文件后台打印到一个文件中,因为当您尝试追查一个非常模糊的问题时,总会对他们有用处。 然而,我想不出最终用户会看到他们,除非您可以保留在应用程序中显示内容的信息级别。

查询分析器缓冲消息。 PRINT和RAISERROR语句都使用此缓冲区,但RAISERROR语句具有WITH NOWAIT选项。 要立即打印消息,请使用以下命令:

 RAISERROR ('Your message', 0, 1) WITH NOWAIT 

RAISERROR将仅显示400个字符的消息,并使用类似于C printf函数的语法来格式化文本。

请注意,使用带有NOWAIT选项的RAISERROR将刷新消息缓冲区,因此所有以前缓冲的信息也将被输出。

我最近碰到这个,最后是因为我有一个nullvariables的转换语句。 由于这是导致错误,整个打印语句呈现为空,而不是打印。

示例 – 这将失败:

 declare @myID int=null print 'First Statement: ' + convert(varchar(4), @myID) 

例子 – 这将打印:

 declare @myID int=null print 'Second Statement: ' + coalesce(Convert(varchar(4), @myID),'@myID is null') 

为了读取这个问题的任何人的利益,真正缺less输出的打印语句,实际上有打印执行但不返回给客户端的情况。 我不能具体告诉你他们是什么。 我可以告诉你,如果在打印语句之前和之后立即使用go语句,你会看到它是否被执行。

你有与这些打印语句相关联的variables输出吗? 如果是这样,我发现如果variables没有值,那么print语句将不会被输出。

我刚刚发生这种情况。 我的问题是我的stringvariables中有一个datevariables。 当我去打印string,它不会打印,也不会给我一个错误消息。

我基本上把datevariables转换成我的stringvariables中的string。 然后它打印好!