Могу ли я печатать сразу для каждой итерации в цикле?

Question

Мой сервер развертывания запускает сценарий развертывания для каждой новой сборки базы данных.

Часть блоков сценариев ждет завершения еще одной асинхронной операции.

код Блокирующий выглядит следующим образом:

DECLARE @i INT = 0; 
DECLARE @laststatus NVARCHAR(MAX) = N''; 

WHILE @i < 5 
BEGIN 
    -- the real delay is longer 
    WAITFOR DELAY '00:00:01'; 

    -- poll async operation status here 
    SET @i = @i + 1; 

    SET @laststatus = N'status is ' + CAST(@i AS NVARCHAR(MAX)); 
    RAISERROR(@laststatus, 0, 1) WITH NOWAIT; 
END; 

Он использует положение о RAISERROR вместо PRINTWITH NOWAIT потому, что он должен напечатать статус обновления для каждой итерации.

Сервер развертывания запускает скрипт в SQLCMD с этой командой:

sqlcmd.exe -i print_test.sql 

Выход появляется сразу, как это:

статус 1
статус 2
статус 3
состояние 4
состояние 5

Он должен напечатать это после одной секунды:

статус 1

После очередного второго он должен напечатать этот

статус 2

И скоро.

Есть ли способ сделать это в sqlcmd?

Answer 1

Вы можете использовать osql вместо этого. Он устарел, но он работает так, как вы ожидаете.

Эквивалентная команда:

osql -E -n -i print_test.sql 

OSQL по умолчанию ожидает имя пользователя и пароль. Используйте ключ -E для использования проверки подлинности Windows. Это противоположно поведению sqlcmd по умолчанию.

osql по умолчанию печатает число для каждой строки в сценарии входного файла.

1> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15>

Используйте переключатель -n для подавления номера строк.

sqlcmd не имеет переключателя -n. Он просто не печатает номера строк, когда установлен переключатель -i.

Мартин Смит привел меня к обходному пути, указав Microsoft Connect item по этому вопросу.

Если вы используете скрипт, который использует RAISERROR WITH NOWAIT, выход тем не менее буферизуется. Это корректно работает с OSQL и SQLCMD от SQL 2008

Answer 2

Есть ли способ сделать это в sqlcmd?

Не так далеко, насколько я знаю.

Об этом сообщается в Connect. См. RAISERROR WITH NOWAIT not honoured in SQLCMD11

SQLCMD был переписан в SQL 2012 для использования ODBC. Вот небольшая ошибка регрессии , которая, похоже, прокралась. Если у вас есть сценарий , который использует RAISERROR WITH NOWAIT, выход тем не менее буферизуется. Это правильно работает с OSQL и SQLCMD с SQL 2008.

, но в настоящее время не фиксирован.

Возможно, вы можете добавить SELECT размер вашего сетевого пакета (или увеличить существующий размер сообщения), чтобы сбросить буфер в качестве обходного пути.

Например

DECLARE @i INT = 0; 

WHILE @i < 5 
    BEGIN 
     -- poll async operation status here 
     SET @i = @i + 1; 

     PRINT 'status is ' + CAST(@i AS VARCHAR(10)) + SPACE(4000); 

     WAITFOR DELAY '00:00:01'; 
    END; 

Answer 3

У меня был этот вопрос также и предварительно (используя пример), казалось бы, что PowerShell командлет Invoke-SQLCMD не имеет такой же вопрос.

Итак, если вы можете переключить сервер развертывания на вызов сценария powershell, это может быть вариант.

Однако существуют некоторые ограничения invoke-sqlcmd по сравнению с sqlcmd, поэтому проверьте документы. http://msdn.microsoft.com/en-us/library/cc281720.aspx. Ваш пробег может отличаться.

Использование powershell также может упростить метод поставки sqlcmdvariable, который немного хлопотно. Хотя обычно я сейчас решил, что поэтому я снова сломаю все это.