Come svuotare il buffer PRINT in TSQL?

Ho una procedura memorizzata di lunga durata in SQL Server 2005 che sto provando a eseguire il debug e sto usando il comando 'print' per farlo. Il problema è che sto solo recuperando i messaggi da SQL Server alla fine del mio sproc: mi piacerebbe poter svuotare il buffer dei messaggi e vedere questi messaggi immediatamente durante il runtime dello sproc, piuttosto che fine.

Usa la RAISERRORfunzione:

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

Non dovresti sostituire completamente tutte le tue stampe con raiserror. Se hai un loop o un cursore grande da qualche parte, fallo una o due volte per ogni iterazione o anche solo per diverse iterazioni.

Inoltre: ho appreso per la prima volta di RAISERROR a questo link, che ora considero l'origine definitiva sulla gestione degli errori di SQL Server e merita sicuramente una lettura:
http://www.sommarskog.se/error-handling-I.html

Basandomi sulla risposta di @JoelCoehoorn, il mio approccio è quello di lasciare tutte le mie dichiarazioni PRINT sul posto e semplicemente seguirle con l'istruzione RAISERROR per causare il flush.

Per esempio:

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

Il vantaggio di questo approccio è che le istruzioni PRINT possono concatenare le stringhe, mentre RAISERROR no. (Quindi in entrambi i casi hai lo stesso numero di righe di codice, come dovresti dichiarare e impostare una variabile da usare in RAISERROR).

Se, come me, usi AutoHotKey o SSMSBoost o uno strumento equivalente, puoi facilmente impostare un collegamento come "] flush" per inserire la riga RAISERROR per te. Ciò consente di risparmiare tempo se si tratta sempre della stessa riga di codice, ovvero non è necessario personalizzarlo per contenere testo specifico o una variabile.

Sì ... Il primo parametro della funzione RAISERROR richiede una variabile NVARCHAR. Quindi prova quanto segue;

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

O

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

Un'altra opzione migliore è quella di non dipendere da PRINT o RAISERROR e caricare semplicemente le istruzioni "print" in una tabella ## Temp in TempDB o una tabella permanente nel database che ti darà immediatamente visibilità ai dati tramite un'istruzione SELECT da un'altra finestra . Questo funziona meglio per me. L'uso di una tabella permanente funge anche da registro per ciò che è accaduto in passato. Le istruzioni di stampa sono utili per gli errori, ma utilizzando la tabella dei registri è anche possibile determinare il punto esatto dell'errore in base all'ultimo valore registrato per quella particolare esecuzione (presupponendo che si tenga traccia dell'orario di inizio complessivo dell'esecuzione nella tabella dei registri).

Solo per riferimento, se si lavora in script (elaborazione batch), non in stored procedure , l'output di flushing viene attivato dal comando GO, ad es.

print 'test'
print 'test'
go

In generale, la mia conclusione è la seguente: l'output dell'esecuzione dello script mssql, eseguito nella GUI di SMS o con sqlcmd.exe, viene scaricato nel file, stdoutput, finestra della GUI sulla prima istruzione GO o fino alla fine dello script.

Il lavaggio all'interno delle procedure memorizzate funziona in modo diverso, poiché non è possibile posizionare GO all'interno.

Riferimento: istruzione tsql Go