sql - 在 SQL Server 实例中存储数据库的多个版本的最合乎逻辑的方法是什么？

Question

已关闭。此问题不符合 Stack Overflow guidelines 。目前不接受答案。

---

这个问题似乎不是关于 a specific programming problem, a software algorithm, or software tools primarily used by programmers 。如果您认为这个问题与 another Stack Exchange site 上的主题有关，您可以发表评论来解释问题可能在哪里得到解答。

已关闭 5 年前。

Improve this question

我们在 AWS 中运营一个网站，使用 Azure 作为数据源。 Azure 由我们客户的事务复制填充。每 3 或 4 个月发布一次新版本的客户数据库。我公司没有做这个客户数据库。通常，新版本不附带更新脚本，基本上所有客户信息都被删除，新数据库版本是全新创建的。

如何通过这些更新在云中维护不间断的历史记录？我只看到两个选项:为每个版本创建一个新数据库，为每个版本创建一个新架构。随着时间的推移，第一个会变得昂贵，第二个感觉很糟糕。如果这是一件大事，我应该制作自己的更新脚本吗？

Answer 1

为了降低费用，请考虑为您的 Azure SQL 数据库使用弹性池。弹性池分配了 eDTU，可以根据需要在 N 个数据库之间共享。只要池中所有数据库使用的 DTU 总和不超过池的最大 DTU，就可以了。

我认为旧版本的数据库需要可访问，但可能没有太多(或任何)流量。通过在同一个弹性池中托管旧版本，您可以大大降低成本，并且在需要时仍然可以访问它们。

另一个选择是备份旧版本，然后在需要时恢复它们。