sql-server - 如何将生产数据库的架构更改合并到我的迁移管理流程中？

Question

我的团队正在评估 dbdeploy 以管理数据库迁移。据我了解，使用迁移需要一些流程纪律，即为每个更改编写迁移，并且要达到生产，必须将其从本地升级到开发，再到测试到生产。

有时，我们的生产 DBA 团队会直接对生产环境进行架构更改。如果我们编写一个新的迁移来针对我们当前的数据库开发版本进行更改，那么在将迁移部署到生产之前，将永远不会针对已经包含更改的架构测试该迁移。这与我有关。

另一种选择是直接对基线模式进行更改，然后在所有环境(本地、开发、测试、阶段)中重建数据库。我担心这种方法，因为新模式可能会导致一个或多个迁移中断。

人们目前如何处理这种情况？

Answer 1

我们在一夜之间将生产数据库的副本恢复到测试服务器上。

这然后服务:

作为引用副本(代码和数据)

我们可以重置我们所做的任何更改

我们可以针对真实数据进行测试

我们可以并排新/旧代码性能

我们可以生成 100% 安全的更改/回滚脚本(红门)

我们不重建开发/测试数据库等，但我们的一些其他项目会这样做。但是，我不确定这样做的好处，因为数据库不是模式和代码:它也是数据。它与编译的 .net 应用程序不同。

在我的商店中，未经批准对生产数据库进行更改(任何更改)的生产 DBA 将被解雇。它已经发生了。