IMPRIMIR sentencia en T-SQL

La instrucción Print en TSQL es una criatura incomprendida, probablemente debido a su nombre. En realidad, envía un mensaje al mecanismo de manejo de errores/mensajes que luego lo transfiere a la aplicación que llama. La impresión es bastante tonta. Solo puede enviar 8000 caracteres (4000 caracteres unicode). Puede enviar una cadena literal, una variable de cadena (varchar o char) o una expresión de cadena. Si usa RAISERROR, entonces está limitado a una cadena de solo 2,044 caracteres. Sin embargo, es mucho más fácil de usar para enviar información a la aplicación que llama, ya que llama a una función de formato similar a la antigua printf en la biblioteca estándar de C. RAISERROR también puede especificar un número de error, una gravedad y un código de estado además del mensaje de texto, y también se puede usar para devolver mensajes definidos por el usuario creados mediante el procedimiento almacenado del sistema sp_addmessage. También puede forzar el registro de los mensajes.

Sus rutinas de manejo de errores no serán buenas para recibir mensajes, a pesar de mensajes y errores son tan similares. La técnica varía, por supuesto, de acuerdo con la forma real de conectarse a la base de datos (OLBC, OLEDB, etc.). Con el fin de recibir y tratar con los mensajes del motor de base de datos de SQL Server, cuando se está utilizando el sistema.Datos.SqlClient, necesitará crear un delegado SqlInfoMessageEventHandler, identificando el método que maneja el evento, para escuchar el evento InfoMessage en la clase SqlConnection. Usted encontrará que la información del mensaje-contexto como la gravedad y el estado se pasan como argumentos a la devolución de llamada, porque desde la perspectiva del sistema, estos mensajes son como errores.

Siempre es una buena idea tener una forma de obtener estos mensajes en su aplicación, incluso si solo está en cola en un archivo, porque siempre va a haber un uso para ellos cuando se está tratando de perseguir un problema realmente oscuro. Sin embargo, no creo que quiera que los usuarios finales los vean a menos que pueda reservar un nivel informativo que muestra cosas en la aplicación.

El analizador de consultas almacena en búfer los mensajes. Las sentencias PRINT y RAISERROR usan este búfer, pero la sentencia RAISERROR tiene una opción WITH NOWAIT. Para imprimir un mensaje inmediatamente use lo siguiente:

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

RAISERROR solo mostrará 400 caracteres de su mensaje y utiliza una sintaxis similar a la función C printf para formatear el texto.

Tenga en cuenta que el uso de RAISERROR con la opción WITH NOWAIT borrará el búfer de mensajes, por lo que toda la información previamente almacenada en búfer será salida también.

Recientemente me encontré con esto, y terminó siendo porque tenía una sentencia convert en una variable nula. Dado que eso estaba causando errores, toda la instrucción print se estaba renderizando como null, y no se imprimía en absoluto.

Ejemplo-Esto fallará:

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

Ejemplo-Esto imprimirá:

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

Para el beneficio de cualquier otra persona que lea esta pregunta que realmente carece de instrucciones de impresión de su salida, en realidad hay casos en los que la impresión se ejecuta pero no se devuelve al cliente. No puedo decirte específicamente lo que son. Puedo decirle que si pone una declaración go inmediatamente antes y después de cualquier declaración impresa, la verá si se ejecuta.

¿ Tiene variables que están asociadas con estas instrucciones print como salida? si es así, he encontrado que si la variable no tiene valor, entonces la instrucción print no será salida.