ServerConnection.ExecuteNonQuery im SQLCMD-Modus

Question

Ich verwende die Microsoft Data-Tier Application framework, um ein Bereitstellungsskript basierend auf einem DacPackage Objekt zu erstellen. Ich versuche, die Microsoft.SqlServer.Management.Smo.Server Klasse zu verwenden, um dieses Skript ...

SqlConnection deployConnection = new SqlConnection(connBuilder.ToString()); 
deployConnection.Open(); 
Server server = new Server(new ServerConnection(deployConnection)); 
server.ConnectionContext.ExecuteNonQuery(deployScript); 

jedoch auszuführen, diese Fehler aus mit ...

Unhandled Exception: Microsoft.SqlServer.Management.Common.ExecutionFailureException: 
    An exception occurred while executing a Transact-SQL statement or batch. ---> 
    System.Data.SqlClient.SqlException: Incorrect syntax near ':'. 

Ich weiß, dass die Antwort auf dieses Problem ist, dass ich im SQLCMD-Modus zu sein, aber ich weiß nicht, wie ich meinem ServerConnection mitteilen soll, in diesem Modus ausgeführt zu werden.

Ich denke, mein Problem ist nicht so spezifisch wie das, was ich im Titel behaupte. Was ich wirklich tun muss, ist das Ausführen des aus dem DacPackage generierten Skripts über das .Net-Framework. Kann mir jemand dabei helfen?

Answer 1

SQLCMD-Modusbefehle sind nicht T-SQL-Befehle; Sie funktionieren nur in SQL Server-Verwaltungsstudio (SSMS)/Visual Studio (VS) und SQLCMD.EXE. SQLCMD-Modus ist inhärent wie SQLCMD.EXE funktioniert und kann manuell in SSMS/VS aktiviert werden; Es ist ein Teil dieser Anwendungen und nicht etwas, was über einen Provider gemacht werden kann.

Diese Anwendungen interpretieren die SQLCMD-Modusbefehle und leiten sie nicht an SQL Server weiter. SQLCMD-Modus-Befehle werden zuerst geparst/ausgeführt (auf diese Weise können sie das SQL beeinflussen, das gerade gesendet wird) und dann wird die endgültige Version des SQL an SQL Server übergeben.

Daher müssen die Deployment-SQL-Skripts, die von SQL Server-Datentools (SSDT) ​​/ Visual Studio generiert werden, über eines dieser drei Programme ausgeführt werden.

Da Sie eine .dacpac Datei bereits haben, bietet Microsoft ein paar Möglichkeiten, diejenigen zu veröffentlichen, sollten Sie prüfen:

• SqlPackage.exe und MSDeploy.exe. Sie werden auf der MSDN-Seite für Project-Oriented Database Development using Command-Line Tools beschrieben.
• DacServices.Deploy(). Dies kann in C# über die DacServices Class erfolgen.

Sie können auch erstellen SQL-Skript über DacServices.GenerateDeployScript() veröffentlichen, aber das wird die Situation nicht ändern, wie oben angegeben, da die Publish/bereitstellen SQL-Skript, ob von Visual Studio generiert „Publish {project_name}“ oder GenerateDeployScript(), ist das gleiche Skript. Das heißt, es wird die SQLCMD-Modus Doppelpunkt-Befehle wie :setvar und :on error exit sowie der SQLCMD-Modus Variablen hat, die zumindest $(DatabaseName) sein wird, die in der folgenden Zeile verwendet wird:

USE [$(DatabaseName)]; 

Während Es ist möglich, die ursprünglichen :setvar Zeilen durch Setzen der DacDeployOptions Eigenschaft von CommentOutSetVarDeclarations zu true, die immer noch die :on error exit Linie sowie eine Zeile für :setvar __IsSqlCmdEnabled "True", die verwendet wird, um festzustellen, ob SQLCMD-Modus aktiviert wurde oder nicht aktiviert ist. Genau über diese besondere :setvar Zeile ist ein Kommentar besagt:

/* 
Detect SQLCMD mode and disable script execution if SQLCMD mode is not supported. 
To re-enable the script after enabling SQLCMD mode, execute the following: 
SET NOEXEC OFF; 
*/ 

Also wirklich sie nicht die Absicht, dass dieses Skript nur über SQLCMD ausgeführt wird, sei es durch DOS -> sqlcmd.exe oder Powershell -> Invoke-Sqlcmd.

Technisch ist es möglich, eine Zeichenfolge des Deploy-Skriptinhalts (statt einer stream) zu generieren und diese Zeichenfolge zu bearbeiten, indem a) alle Doppelpunktbefehle entfernt und b) "$ (DatabaseName)" durch irgendwas ersetzt wird Datenbank, die Sie bereitstellen möchten. Ich habe dies jedoch nicht versucht, ich empfehle das nicht, und ich bin mir nicht sicher, ob es in allen Situationen funktionieren würde, welche Bereitstellungsskripts von SQL Server-Datentools generiert werden könnten. Aber es scheint wie eine Option.

Auch in geringem Zusammenhang: Sie benötigen keine SMO zum Ausführen von SQL-Skripts. SMO ist ein Mittel zur Interaktion mit SQL Server über Objekte und nicht direkt über T-SQL-Befehle.

EDIT:
Links, wo andere versucht haben, diese und fand es nicht funktioniert hat:

• http://www.sqlservercentral.com/Forums/Topic1161673-22-1.aspx
• https://social.msdn.microsoft.com/Forums/sqlserver/en-US/7d3f64b0-f6ed-44ad-99cc-ce4c8324c09e/running-sqlcmd-commands-using-smodatabaseexecutenonquery?forum=sqlsmoanddmo

Möglichkeiten für das Erhalten der veröffentlichen generierte SQL-Skript zu arbeiten programmatisch:

• C# über Process.Start SQLCMD.EXE -i filename.sql zu nennen: http://msdn.microsoft.com/en-us/library/system.diagnostics.process.start(v=vs.110).aspx
• C# über Bibliothek Open Source „GO“ Aussagen und SQLCMD-Modus Doppelpunkt-Befehle zu handhaben (derzeit behandelt SQL-Dateien, aber einen String leicht aktualisiert werden kann, anstatt zu akzeptieren,): https://github.com/rusanu/DbUtilSqlCmd
• Powershell über Invoke-sqlcmd: http://www.sqlservercentral.com/Forums/Topic1502697-1351-1.aspx