适用于小型团队的SQL Server开发环境 - 需要最佳实践

Question

我们是一个5人的小团队，在同一个数据库上工作。这是一个报告解决方案，因此还有大约5个第三方数据库是数据源。

拥有最新的开发数据非常重要，因此有时在每个开发人员的本地SQL Server上备份和恢复这些链接的数据库（它们非常大）。然后，dev的数据库彼此不同步总是存在问题。当它是我们两个人时，没有问题。但是当更多人加入团队时 - 安排开始变得很痛苦。

所以，我正在考虑构建一个开发SQL Server。它将更强大，然后笔记本电脑（更快的查询）和延迟应该不是一个问题。工作时我们总是有互联网，这也不是问题。我只是想知道是否可以在同一个数据库中一起工作。听起来像一个好的计划，但不确定是否会有任何“陷阱”比较本地数据库。我们将能够轻松地为每个人保持新鲜数据。而且我认为如果需要的话，它应该可以节省时间并且更容易构建/重建开发机器。我甚至认为我们编码的数据库可以是每人1个，但仍然在同一个盒子上。这样我们就可以随时根据需要“正确地将它们”进行比较。

有关此设置的任何建议吗？ Pro或Con's？

Answer 1

新选项是在共享服务器上使用隔离容器，以及生产数据库环境的克隆。完全披露，我为Windocks工作，这是SQL Server容器的主要用途。最新版本包括内置的SQL Server数据库克隆。这种方法的好处包括速度（在<1分钟内交付的环境），以及通过转到共享服务器而不是VM的分数来节省许可和人力。