Was ist im SQL Server Management Studio der SQLCMD-Modus?

Habe ich etwas mehr Forschung, also hier ist mein Verständnis von diesem zu verlängern, was bisher geschrieben worden ist:

Was ist SQLCMD

SQLCMD.exe ist eine Konsole-Dienstprogramm in der Installation von SQL Server 2005 und höher. In der Regel finden Sie es in einem Weg, wie c:\Program Files\Microsoft SQL Server\100\Tools\Binn\SQLCMD.EXE.

Ist es eine einfache scripting-Umgebung ermöglicht die Automatisierung von Aufgaben im Zusammenhang mit SQL server. Zum Beispiel, Sie können schreiben und ausführen eines Skripts, anmelden, um eine bestimmte Instanz von SQL Server, führen Sie Skripts aus einem bestimmten Verzeichnis auf diese Verbindung und speichern Sie die Ausgabe in eine Datei.

Invoke-Sqlcmd cmdlet wurde eingeführt mit SQL Server 2008 als Mittel zu ersetzen, die dieses tool mit einem standardisierten, Powershell-basierte Ansatz, die Erhaltung der meisten der ursprünglichen syntax und Funktionalität.

Was ist SQLCMD-Modus in SSMS

In SSMS SQLCMD-Modus ist eine Skript-Ausführung-Modus simuliert, dass die sqlcmd.exe Umwelt und übernimmt daher einige Befehle, die nicht Teil des T-SQL-Sprache.
Im Gegensatz zu sqlcmd.exe es Kontakte die Datenbank mit SqlClient (auf die gleiche Weise wie SSMS), nicht ODBC Daten-Anbieter, also in einigen Punkten könnte es sich anders Verhalten, als sqlcmd.exe.

Ausführen von scripts im SQLCMD-Modus können Befehle verwenden, die typisch für sqlcmd.exe Umgebung. Jedoch, es gibt keine IntelliSense oder debugging-Unterstützung für den SQLCMD-Modus, so dass die Wartung Skripts, mischen, reinigen, T-SQL mit SQLCMD-spezifische code kann ein Schmerz sein. Daher sollte es nur verwendet werden, wenn es notwendig ist.

Beispiel use-case -

Nehmen wir an, dass ein Unternehmen eine Namenskonvention für Datenbanken, gehören die Umgebung, in der name, z.B.: MyDb_ProdMyDb_TestMyDb_Dev. Dieses übereinkommen könnte verwendet werden, um Minimierung der Wahrscheinlichkeit von Fehlern,.

Wenn ein Entwickler schreibt eine T-SQL-Skript, es muss ausgeführt werden, in verschiedenen Umgebungen, in deployment/testing-Prozess, der erfordern würde, viele Versionen der code:

 SELECT *
 FROM [MyDb_Dev].[dbo].[MyTable1] -- MyDb_Dev -> MyDb_Test -> MyDb_Prod

Stattdessen können wir davon ausgehen, dass der Datenbank-name wird als SQLCMD-variable im deployment-Prozess und haben genau die gleiche Datei bereitgestellt für alle Umgebungen:

 -- :setvar databaseName "MyDb_Dev" -- uncomment for testing in SSMS

 SELECT *
 FROM [$(databaseName)].[dbo].[MyTable1]

(in diesem einfachen Beispiel Datenbank name kann weggelassen werden, zusammen, aber wenn Sie datenbankübergreifende joins verwenden von Datenbank-name ist nicht notwendig)

InformationsquelleAutor der Antwort Paweł Bulwan