使用 c# 提高 dacpac 部署的性能

Question

我们正在部署到 MS SQL Server localdb 进行集成测试。

我们构建了一个数据库项目，并复制了生成的dacpac 文件以供 IntegrationTests 项目使用。到目前为止，我们有：

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

我们在 IntegrationTests 项目中有一个程序集设置，其中创建了一个新的新数据库并将dacpac 部署到localdb。在 TearDown 中，数据库被删除，因此我们有一个确定的状态进行测试。

这是部署dacpac的代码，它使用DacServices（Microsoft.SqlServer.Dac，System.Data.SqlLocalDb，System.Data.SqlClient）：

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
        );
}

我们现在有几个数据库项目，部署每个项目大约需要 8 秒。这会增加执行测试的总时间。

是否有可能以某种方式提高dacpac 的部署性能？

Answer 1

加文是对的！

不要破坏数据库，而是使用 创建新数据库 选项，这样SSDT 在知道一个模型为空时不必浪费时间比较两个模型。

部署代码应改为：

var dacOptions = new DacDeployOptions { 
               CreateNewDatabase = true
            };

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

如果你设置了这个标志，SSDT可以做很多额外的优化——如果你不喜欢使用反射器，看看Microsoft.Data.Tools.Schema.Sql.dll和Microsoft.Data.Tools.Schema.Sql.Deployment.SqlDeploymentPlanGenerator.OnInitialize(SqlDeployment)。如果设置了该标志，它将跳过整个连接到数据库并从部署的T-SQL 反向工程到模型。

这可能会导致一个潜在的错误，即人们更改模型数据库以包含一些对象，然后使用 SSDT 部署模型数据库中的对象，但随着边缘情况的发展，这听起来相当低！

按照 TheGameiswar 的建议，通过使用 Parallel.Foreach 并行化代码，还可以提高多数据库案例的性能。