我们在 AWS 中运营一个网站，使用 Azure 作为数据源。 Azure 由我们客户的事务复制填充。每 3 或 4 个月发布一次新版本的客户数据库。我公司没有做这个客户数据库。通常，新版本不附带更新脚本，基本上所有客户信息都被删除，新数据库版本是全新创建的。
如何通过这些更新在云中维护不间断的历史记录？我只看到两个选项:为每个版本创建一个新数据库，为每个版本创建一个新架构。随着时间的推移，第一个会变得昂贵，第二个感觉很糟糕。如果这是一件大事，我应该制作自己的更新脚本吗？
最佳答案
为了降低费用，请考虑为您的 Azure SQL 数据库使用弹性池。弹性池分配了 eDTU，可以根据需要在 N 个数据库之间共享。只要池中所有数据库使用的 DTU 总和不超过池的最大 DTU，就可以了。
我认为旧版本的数据库需要可访问，但可能没有太多(或任何)流量。通过在同一个弹性池中托管旧版本，您可以大大降低成本，并且在需要时仍然可以访问它们。
另一个选择是备份旧版本，然后在需要时恢复它们。
关于sql - 在 SQL Server 实例中存储数据库的多个版本的最合乎逻辑的方法是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/46963408/