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

开发商店有一系列使用SQL Server 2000,2005,2008,2008 R2数据库的ASP.NET项目。如何开发，测试，版本，同步SQL Server 2000,2005,2008,2008 R2数据库？

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

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

另外，为了最小化/减少或优化时间和费用，要考虑削减一些功能的变体。

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

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?

来源

2010-11-09 Gennady Vanin Геннадий Ванин

自2008年中以来，SQL Server 2000并没有得到官方的支持（不记得确切的日期），所以我想VS 2010也不支持它。 – AlexS 2010-11-09 07:57:44

我建议你制定针对最低标准（即SQL 2000数据库）。

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

来源

2010-11-09 09:42:24

这不是一个解决方案。不同的客户端有不同的SQL Server版本，他们花费的钱最多。然后，通常，开发（或远程维护）甚至不是从头开始，而是从客户收到的.bak数据库开始。 – 2010-11-09 12:02:46

我想你需要更详细地描述你的问题！ – 2010-11-09 13:29:13

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

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

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

我还会为您的开发人员准备一张备忘单，其中介绍了哪些T-SQL代码可以在哪个版本上工作。最好的方法是查看2005年和2008年的联机丛书，了解添加了哪些新功能。

但是，它们只能在特定项目支持的数据库中工作至关重要，否则在产品推出时必须重写大量代码。较新的开发者不知道2000，并习惯于使用不受支持的CTE等东西。他们最好在编写代码时立即发现它不会在测试中不起作用，或者在产品上更糟糕。

来源

2010-11-09 14:43:19 HLGEM

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

回答

相关问题