Як я змиваю буфер PRINT у TSQL?

У мене дуже довго працює збережена процедура в SQL Server 2005, яку я намагаюся налагодити, і для цього використовую команду 'print'. Проблема полягає в тому, що я повертаю повідомлення з SQL Server лише в самому кінці парока - я хотів би мати змогу очистити буфер повідомлень і побачити ці повідомлення одразу під час виконання парока, а не в самому кінці кінець.

Використовуйте RAISERRORфункцію:

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

Ви не повинні повністю замінювати всі ваші відбитки на рейнджер. Якщо у вас є цикл або великий курсор десь, просто зробіть це один-два рази за ітерацію або навіть просто кожні кілька ітерацій.

Також: Я вперше дізнався про RAISERROR за цим посиланням, яке зараз вважаю остаточним джерелом обробки помилок на SQL Server і, безумовно, варто прочитати його:
http://www.sommarskog.se/error-handling-I.html

Спираючись на відповідь @JoelCoehoorn, мій підхід полягає в тому, щоб залишити всі мої твердження PRINT на місці і просто дотримуватися їх із заявою RAISERROR, щоб викликати спалах.

Наприклад:

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

Перевага такого підходу полягає в тому, що оператори PRINT можуть об'єднувати рядки, тоді як RAISERROR не може. (Таким чином, у будь-якому випадку у вас однакова кількість рядків коду, як і вам потрібно було б оголосити та встановити змінну для використання в RAISERROR).

Якщо ви, як і я, використовуєте AutoHotKey або SSMSBoost або подібний інструмент, ви можете легко встановити ярлик, наприклад "] flush", щоб ввести для вас лінію RAISERROR. Це економить ваш час, якщо це кожен раз однаковий рядок коду, тобто його не потрібно налаштовувати на вміст певного тексту чи змінної.

Так ... Перший параметр функції RAISERROR потребує змінної NVARCHAR. Тому спробуйте наступне;

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

АБО

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

Ще одним кращим варіантом є не залежати від PRINT або RAISERROR, а просто завантажувати ваші "друковані" заяви у таблицю №# Temp в TempDB або в постійну таблицю у вашій базі даних, яка надасть вам доступ до даних негайно через оператор SELECT з іншого вікна . Це працює найкраще для мене. Використання постійної таблиці також служить журналом до того, що відбувалося в минулому. Виписки щодо друку зручні для помилок, але, використовуючи таблицю журналів, ви також можете визначити точну точку відмови на основі останнього зафіксованого значення для цього конкретного виконання (якщо ви відстежуєте загальний час початку виконання у вашій таблиці журналу.)

Тільки для довідки, якщо ви працюєте в скриптах (пакетна обробка), а не в збереженій процедурі , вимикання виводу запускається командою GO, наприклад

print 'test'
print 'test'
go

Загалом, мій висновок такий: висновок виконання скрипту mssql, що виконується в SMS GUI або з sqlcmd.exe, видається у файл, stdoutput, gui вікно в першому операторі GO або до кінця сценарію.

Промивання всередині збереженої процедури функціонує інакше, оскільки ви не можете розмістити GO всередині.

Довідка: tsql Go оператор