Gibt es bei Verwendung des SQLCMD-Modus mit SSMS (nicht über die Befehlszeile) eine Möglichkeit, den aktuellen Server und die aktuelle Instanz einer Variablen zuzuweisen? Dies unterscheidet sich von der Zuweisung gewöhnlicher TSQL-Variablen.
Problem Definition
Ich möchte die Leistungsfähigkeit der variablen Erweiterung von SQLCMD nutzen, um umgebungsspezifische Werte in unseren Bereitstellungsskripten anstelle des vorhandenen Mashs zum Erstellen von tsql-Zeichenfolgen zu ersetzen, auf den ich eingegangen bin. Mit einer Ausnahme der aktuellen Umgebung ist die Verwendung von SQLCMD zur Verarbeitung von Bereitstellungen sehr gut verlaufen.
--
-- define 2 sqlcmd variables that will be expanded in scripts
--
:setvar dbServer "DEVA2\DEV2"
:setvar dbNotServer @@servername
SELECT
'$(dbServer)' AS hard_coded_value
, @@servername AS [servername]
, '$(dbNotServer)' AS dbNotServer
Und das führt zu folgenden Ergebnissen.
hard_coded_value servername dbNotServer
DEVA2\DEV2 DEVA2\DEV2 @@servername
Meat Loaf sagt, 2 von 3 sind nicht schlecht , aber ich hätte lieber eine 3 von 3 Lösung. Wenn dieses Skript auf dem Testserver bereitgestellt wird, möchte ich den Bereitstellungsmitarbeitern beim Bearbeiten des Skripts nicht vertrauen.
Wenn die einzige Lösung für die Verwendung von SQLCMD darin besteht, Skripte vollständig über die Befehlszeile aufzurufen, kann ich das akzeptieren, wollte dies aber hier rauswerfen, da ich mit der Verwendung von SQLCMD grün bin.
Gewünschte Ausgabe
:setvar dbNotServer @@servername
SELECT '$(dbNotServer)' AS worked
Ergebnisse
worked
DEVA\DEV2
Fruchtlose Beschäftigungen
Der erste BOL-Link war vielversprechend. Ich musste lediglich den SQLCMDSERVER verwenden, aber ohne Erfolg. Wird es im Kontext von SSMS im SQLCMD-Modus ausgeführt, wird ein schwerwiegender Skriptfehler ausgegeben
-- A fatal scripting error occurred.
-- Variable SQLCMDSERVER is not defined.
SELECT '$(SQLCMDSERVER)' AS [FatalScriptingError]
Tumbleweed Update
2011-08-12 Um mein Problem auf der Grundlage der Antworten auf die einfachste Form zu reduzieren, habe ich meine Fragen zu stark vereinfacht (ich entschuldige mich). Ein Teil der von mir verwendeten Abfrage ist unten. Die beiden Reponder sind in ihren Antworten korrekt. Wenn Sie angeben, dass das Umschließen von @@ Servername in Häkchen den Literalwert ergibt, muss der erweiterte Wert aus den Anführungszeichen entfernt werden, um den erweiterten Wert zu erhalten. Mein Wunsch war es, die sqlcmd-Variablensubstitution anstelle der String-Erstellung zu verwenden, die das Entpacken mit sich bringen würde.
INSERT INTO
dbo.SSISCONFIG
(
ConfigurationFilter
, ConfiguredValue
, PackagePath
, ConfiguredValueType
, Application
, Category
, Subcategory
, Comment
)
SELECT
'Default.Accounting' AS ConfigurationFilter
, 'Data Source=$(dbServer);Initial Catalog=Accounting;Provider=SQLNCLI10.1;Integrated Security=SSPI;Packet Size=32767;' AS ConfiguredValue
, '\Package.Connections[Accounting].Properties[ConnectionString]' AS PackagePath
, 'String' AS ConfiguredValueType
, 'Defaults' AS Application
, 'Connection' AS Category
, 'Database' AS Subcategory
, 'Default connection string' AS Comment
SELECT
'Default.$(sqlVersion).CorporateReporting' AS ConfigurationFilter
, 'Data Source=$(dwServer);Initial Catalog=CRDS;Provider=SQLNCLI10.1;Integrated Security=SSPI;Packet Size=32767;' AS ConfiguredValue
, '\Package.Connections[CorporateReporting].Properties[ConnectionString]' AS PackagePath
, 'String' AS ConfiguredValueType
, 'Defaults' AS Application
, 'Connection' AS Category
, 'Database' AS Subcategory
, 'Default connection string' AS Comment
Befehlszeilenaufruf funktioniert (wie erwartet)
C:\>sqlcmd -E -d master -S DEVA2\DEV2 -Q "SELECT '$(SQLCMDSERVER)' AS [servername]"Ich habe versucht, andere Permutationen von: setvar x @@ servername zu verwerfen, um den ausgewerteten Wert der Datenbankvariablen zu erhalten, die in der SQLCMD-Variablen gespeichert ist. An diesem Punkt bin ich mir ziemlich sicher, dass die sqlcmd-Variablen vor der Abfragekompilierung in Abfragen ersetzt werden, würde sich aber gerne als falsch erweisen.