如何开发、测试、版本、同步 SQL Server 2000、2005、2008、2008R2 数据库？

Question

一家开发公司拥有一系列使用 SQL Server 2000、2005、2008.2008 R2 数据库的 ASP.NET 项目。

您将如何设计、开发、维护、版本控制、填充测试数据、压力负载、测试、自动化、与生产这样的数据库保持同步？
最近的 Visual Studio 2010 Ultimate 或 Database Eds 是否支持 SQL Server 2000 数据库？

更新：问题不仅限于 VS2010 甚至仅限于 MS 的产品。
即使受限，那么如何组织发展的基础设施和环境。

此外，还应考虑削减某些功能以最小化/削减或优化时间和费用的变体。

到目前为止，我正在阅读它（带有子链接和相关链接）：

• Different Development environment than Test & Production environments?
• Keeping testing and production server environments clean, in sync, and consistent
• How to keep track of performance testing
• 让您的数据库处于版本控制之下
  http://www.codinghorror.com/blog/2008/02/get-your-database-under-version-control.html
• Verify database changes (version-control)
• 您的数据库是否处于版本控制之下？
  http://www.codinghorror.com/blog/2006/12/is-your-database-under-version-control.html
• How do you stress load dev database (server) locally?

Answer 1

我建议您针对最小公分母（即 SQL 2000 数据库）进行开发。

然后，您可以在测试和暂存环境中将此数据库备份并还原到其他版本的 SQL Server，从而为您提供所需的数据库服务器范围。

Answer 2

首先让您的开发人员在他们的机器上加载所有三个版本的客户端工具。您必须从 2000 年开始并努力工作才能正常工作。然后让他们在支持 2000 的项目的查询分析器和支持 2005 或 2008 的项目的 SSMS 中工作。坚持他们始终只针对客户将使用的数据库的最低版本工作。大多数在 2000 年可用的东西将在 2008 年可用（下一个版本并非如此，因此应强烈鼓励使用 2000 年的客户进行升级。）

让他们在脚本中完成所有工作（甚至数据库更改和插入查找类型表），并像任何其他代码一样将脚本签入源代码控制。

如果您有测试人员，请确保他们已连接到正确版本的数据库，并且他们会针对该版本而不是更高版本进行测试。

我还会为您的开发人员准备一份关于哪些 T-SQL 代码适用于哪个版本的备忘单。最好的方法是查看 2005 年和 2008 年的联机丛书，了解添加了哪些新功能。

但至关重要的是，它们只能在特定项目将支持的数据库中工作，否则当它进入 prod 时，您将不得不重写大量代码。较新的开发人员不了解 2000，并且习惯于使用不受支持的 CTE 之类的东西。最好他们在编写代码时立即发现它不会在测试中运行，或者在生产中更糟。