database-migration - 数据库版本部署。 Entity Framework 迁移与SSDT DacPacs

Question

我在SQL Server中有一个以数据为中心的应用程序。部署它的环境不受我们的控制，并且那里没有DBA(它们都是小型企业)，因此我们需要每个应用程序/数据库更新的分发过程都必须尽可能自动化。

除了应用程序版本之间的正常更改(有时有些不可预测)之外，我们已经知道我们需要在每个版本中分发一些新的种子数据。有时，该种子数据将与我们系统中的其他数据相关。例如:也许我们需要在v2-v3更新过程中插入一些主数据的2行，在v5-v6更新过程中插入另外5行。

英孚

我们已经检查了Entity Framework Db Migrations(可用于自4.3.1版本以来没有Code-First的现有数据库)，它以一种更加自动化和受控的方式表示传统的顺序脚本(例如Fluent Migrations)。

固态硬盘

另一方面，我们以不同的理念检查了SSDT及其dacpac，快照以及部署前和部署后脚本。

问题是:

这些技术/哲学中的哪一种更适合描述的情况？

还有其他可以使用的技术/原理吗？

还有其他建议吗？

提前致谢。

Answer 1

这是一个有趣的问题。在Red Gate，我们希望在今年晚些时候解决此问题，因为我们有许多客户在询问我们如何提供简单的部署程序包。我们确实有SQL Packager，它实际上将SQL脚本包装到exe中。

我会说dacpacs旨在涵盖您描述的用例。但是，据我了解，当应用于目标时，它们会动态生成部署脚本。缺点是，您不会像部署预先测试的SQL脚本时那样感到温暖和模糊。

我之前没有尝试过使用dacpacs更新数据，所以我想知道它的工作原理。据我所知，它会截断目标表并重新填充它们。

我没有EF迁移的经验，所以我很想阅读有关此主题的所有答案。