L'istruzione di stampa nella procedura SQL dovrebbe influire sulle prestazioni?

Question

Utilizzo procedure SQL Server e ho l'abitudine di utilizzare le istruzioni Print nelle stored procedure per differenziare il codice di procedura.

Ho quasi 200-250 procedure nel mio DB. L'istruzione di stampa dovrebbe influire sulle prestazioni? Sto lavorando all'applicazione Windows multiutente.

Answer 1

Ho trovato quando eseguivo il seguente sul mio desktop che commentando la stampa ha bussato a circa 15 secondi dal tempo di esecuzione, il che significa che l'impatto medio era 15μs nel mio semplice test. RAISERROR WITH NOWAIT ha aggiunto una media di poco più del doppio di quella.

DECLARE @date DATETIME2 

DECLARE 
    @count INT 

SET @count = 1 

SET @date = SYSUTCDATETIME() 

WHILE @count < 1000000 
BEGIN 
--RAISERROR ('%d',0,1, @count) WITH NOWAIT 
--PRINT @count 
    SET @count = @count + 1 
END 

SELECT DATEDIFF(MICROSECOND, @date, SYSUTCDATETIME())/1000000. 

Answer 2

Una manciata di PRINT dichiarazioni avrà un effetto trascurabile sulle prestazioni - PRINT s in loop che vengono eseguiti molte migliaia di volte, però, può ben causare problemi di prestazioni.

È improbabile che se si verificano problemi di prestazioni con le query che PRINT è il colpevole - tuttavia, in caso di dubbio, provare alcuni esperimenti!

Answer 3

In sostanza v'è un ulteriore sovraccarico introdotto al complessiva prestazioni del processo di data perché si sta chiedendo di SQL Server per uscita passa al cliente, che non sarebbe fare altrimenti (cioè senza l'uso della dichiarazione PRINT).

Quantificare un sovraccarico aggiuntivo, in termini di impatto che avrà sulle prestazioni generali, dipenderà dalla quantità di costi aggiuntivi che si stanno applicando.

Quindi, in altre parole, vai a provarlo.