Verbessern Sie die Leistung der Dacpac-Bereitstellung mit C#

Question

Wir implementieren MS SQL Serverlocaldb für Integrationstests.

Wir erstellen ein Datenbankprojekt und die resultierende Datei dacpac wird kopiert, damit sie vom IntegrationTests-Projekt verwendet werden kann. Bisher haben wir:

DatabaseProject.sqlproj 
    bin/debug/DatabaseProject.dacpac 
IntegrationTests.csproj 
    bin/debug/DatabaseProject.dacpac 

Wir haben einen Montageaufbau in dem IntegrationTests Projekt, bei dem eine neue neue Datenbank erstellt wird und die dacpac auf localdb eingesetzt. Im TearDown wird die Datenbank gelöscht, so dass wir einen deterministischen Status zum Testen haben.

Dies ist der Code, der die dacpac, die DacServices (Microsoft.SqlServer.Dac, System.Data.SqlLocalDb, System.Data.SqlClient) verwendet entfaltet:

public void CreateAndInitializeFromDacpac(
ISqlLocalDbInstance localDbInstance, 
string databaseName, 
string connectionString, 
string dacpacPath) 
{ 

    using (var cx = localDbInstance.CreateConnection()) 
    { 
     cx.Open(); 
     using (var command = new SqlCommand(
      string.Format("CREATE DATABASE {0}", databaseName), cx)) 
      command.ExecuteNonQuery(); 
    } 

    var svc = new DacServices(connectionString); 

    svc.Deploy(
     DacPackage.Load(dacpacPath), 
     databaseName, 
     true 
     ); 
} 

Wir haben jetzt ein paar Datenbank-Projekte, und es dauert ungefähr 8s bereitstellen Jeder. Dies erhöht die Gesamtzeit zum Ausführen der Tests.

Ist es irgendwie möglich, die Bereitstellungsleistung des dacpac zu verbessern?

Answer 1

Gavin hat recht!

Sie die Datenbank nicht abzureißen, anstatt die Neue Datenbank erstellen Option verwenden, so SSDT keine Zeit, den Vergleich von zwei Modellen verschwenden muss, wenn es eine ist leer kennt.

Der Code für die Bereitstellung geändert werden sollte:

var dacOptions = new DacDeployOptions { 
       CreateNewDatabase = true 
      }; 

svc.Deploy(
    DacPackage.Load(dacpacPath), 
    databaseName, 
    true, 
    options: dacOptions 
    ); 

Es gibt viele weitere Optimierungen, die SSDT tun können, wenn Sie dieses Flag setzen - wenn Sie Reflektor einen Blick auf Microsoft.Data.Tools.Schema.Sql.dll haben gestört werden kann zu verwenden und Microsoft.Data.Tools.Schema.Sql.Deployment.SqlDeploymentPlanGenerator.OnInitialize(SqlDeployment). Wenn dieses Flag gesetzt ist, überspringt es die gesamte Verbindung zu einer Datenbank und Reverse-Engineer von dem bereitgestellten T-SQL zum Modell.

Dies führt wahrscheinlich zu einem potenziellen Fehler, wo Leute die Modelldatenbank ändern, um einige Objekte aufzunehmen und dann SSDT verwenden, um ein Objekt in der Modelldatenbank zu implementieren, aber als Rand Fälle gehen, klingt es ziemlich niedrig!

Die Leistung kann auch für den Fall mit mehreren Datenbanken verbessert werden, indem der Code mit Parallel.Foreach parallelisiert wird, wie von TheGameiswar vorgeschlagen.