Оператор PRINT у T-SQL

Чому оператор PRINT у T-SQL, здається, працює лише іноді? Які обмежують його використання? Здається, іноді, якщо набір результатів генерується, він стає нульовою функцією, я припускав, щоб запобігти пошкодженню набору результатів, але чи не може результат вийти в іншому наборі результатів, наприклад, підрахунку рядків?

Отже, якщо у вас є щось на зразок наведеного нижче, ви говорите, що не отримаєте результату "друку"?

виберіть * із системних об'єктів
PRINT 'Щойно вибраний * із системних об'єктів'

Якщо ви використовуєте SQL Query Analyzer, ви побачите, що внизу є дві вкладки, одна з яких - "Повідомлення", і саме там відображатимуться оператори "print".
Якщо вас турбує час перегляду операторів друку, ви можете спробувати використати щось на зразок

riseerror ('Моя заява про друк', 10,1) без очікування

Це дасть вам повідомлення негайно, коли буде досягнуто твердження, а не буферизує вихід, як це робить аналізатор запитів за більшості умов.

Оператор Print у TSQL - істота, яку неправильно зрозуміли, ймовірно, через свою назву. Він фактично надсилає повідомлення механізму обробки помилок / повідомлень, який потім передає його до програми, що викликає. PRINT досить німий. Ви можете надіслати лише 8000 символів (4000 символів Unicode). Ви можете надіслати буквальний рядок, змінну рядка (varchar або char) або рядовий вираз. Якщо ви використовуєте RAISERROR, тоді ви обмежитеся лише рядком із 2044 символів. Однак набагато простіше використовувати його для надсилання інформації до програми, що викликає, оскільки вона викликає функцію форматування, подібну до старої printf у стандартній бібліотеці C. RAISERROR може також вказати номер помилки, серйозність та код стану на додаток до текстового повідомлення, а також може використовуватися для повернення визначених користувачем повідомлень, створених за допомогою збереженої процедури системи sp_addmessage.

Ваші процедури обробки помилок не будуть корисними для отримання повідомлень, незважаючи на те, що повідомлення та помилки настільки подібні. Техніка, звичайно, залежить від фактичного способу підключення до бази даних (OLBC, OLEDB тощо). Для того, щоб отримувати та обробляти повідомлення з SQL Server Database Engine, коли ви використовуєте System.Data.SQLClient, вам потрібно створити делегат SqlInfoMessageEventHandler, визначивши метод, який обробляє подію, для прослуховування події InfoMessage для класу SqlConnection. Ви виявите, що інформація про контекст повідомлення, така як серйозність та стан, передається як аргумент зворотного виклику, оскільки з точки зору системи ці повідомлення схожі на помилки.

Це завжди гарна ідея мати спосіб отримати ці повідомлення у своїй програмі, навіть якщо ви просто переглядаєте файл, оскільки вони завжди будуть корисні для них, коли ви намагаєтеся переслідувати справді незрозумілу проблему. Однак я не думаю, що хотів би, щоб кінцеві користувачі коли-небудь їх бачили, якщо ви не можете зарезервувати інформаційний рівень, який відображає матеріали в додатку.

Аналізатор запитів буферизує повідомлення. У операторах PRINT і RAISERROR використовується цей буфер, але в інструкції RAISERROR є опція WITH NOWAIT. Щоб негайно надрукувати повідомлення, скористайтесь наступним:

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

RAISERROR відображатиме лише 400 символів вашого повідомлення та використовує синтаксис, подібний до функції C printf для форматування тексту.

Зверніть увагу, що використання RAISERROR з опцією WITH NOWAIT призведе до змивання буфера повідомлень, тому буде також виведена вся раніше буферизована інформація.

Нещодавно я зіткнувся з цим, і в підсумку це сталося тому, що у мене був оператор convert для нульової змінної. Оскільки це спричиняло помилки, увесь оператор print відображався як нульовий, а не друкував взагалі.

Приклад - це не вдасться:

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')

На користь того, що хтось, хто читає це запитання, в якому дійсно відсутні висновки друку у своїх вихідних даних, насправді бувають випадки, коли друк виконується, але не повертається клієнту. Я не можу сказати вам конкретно, якими вони є. Я можу сказати вам, що якщо поставити оператор go безпосередньо перед будь-яким оператором друку та після нього, ви побачите його, якщо він буде виконаний.

Чи є у вас змінні, пов'язані з цими операторами друку, були виведені? якщо так, я виявив, що якщо змінна не має значення, тоді оператор print не буде виведений.