При запуске SQLCMD.exe и предоставлении аргументов командной строки для переменных сценариев я ожидаю, что значения, указанные в командной строке, переопределяют значения, определенные в файле SQL script.
например.
Учитывая следующий SQL Script:
:setvar XXX "SQL script"
print '$(XXX)'
И в командной строке:
sqlcmd.exe -S <Server> -d <Database> -E -b -i <Script> -v XXX="Batch script"
Я ожидаю, что вывод будет:
Пакет script
Однако вывод:
SQL script
Это намерение или должны быть удалены операторы :setvar в SQL script?
Я представил операторы :setvar в script, поэтому я могу редактировать/тестировать script в SQL Management Studio в режиме SQLCMD, но запускать сценарии из командной строки в тестовых и производственных средах.
Это выглядит по дизайну; кто-то уже поднял запрос на изменение в Connect: http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=382007
Единственный путь вокруг проблемы, которую я вижу, - это комментировать (или иначе удалять) команды :setvar в выпуске.
Я тоже боролся с этим, но я помню, что заметил, что msdeploy.exe также может выполнять sql-скрипты с переменными. Но, по какой-то странной причине, msdeploy.exe может передавать переменные из командной строки с значениями переменных из командной строки, имеющими приоритет над значениями, определенными самим script.
Пример: У меня есть sql script (NavDbSecurity.sql), который имеет три параметра:
:setvar loginName "testLoginName"
:setvar databaseName "testDatabaseName"
:setvar NavCompanyName "blablabla"
Когда я выполняю следующий msdeploy script, значения параметров, которые я передаю в командной строке, имеют приоритет над значениями, определенными в файле script (не против пользователя sa без пароля;)):
msdeploy.exe -verb:sync -source:dbfullsql="c:\NavDbSecurity.sql" -dest:dbfullsql="data source=.\sqlexpress;initial catalog=data base;User Id=sa;Password=;",transacted=False -setParam:kind=SqlCommandVariable,scope="NavDbSecurity.sql",match=databaseName,value="[data base]" -setParam:kind=SqlCommandVariable,scope="NavDbSecurity.sql",match=loginName,value="domain\user" -setParam:kind=SqlCommandVariable,scope="NavDbSecurity.sql",match=NavCompanyName,value="testCompany"
Рассмотрим использование команды :r filename для ваших setvars.
Будучи отдельным файлом, вы можете использовать одно и то же имя файла для своих регионов развертывания, каждый из которых содержит собственное содержимое, относящееся к региону.
:r path\sqlConfig.sql
Попробуйте отредактировать файл sqlproj и добавьте следующее свойство
<CommentOutSetVarDeclarations>true</CommentOutSetVarDeclarations>
Сгенерированный sql файл будет занесен в setvars, и вы сможете использовать командную строку для установки фактического значения.
Я думаю, что это намеренно. в настоящее время оператор setvar в .sql script имеет наивысший приоритет.