不同于测试和生产环境的开发环境？

Question

如果开发人员想要实现sql2008开发环境，但是我们仍然被迫使用sql2000测试和sql2000生产环境，你会怎么说？

在开发服务器上使用sql2008会有什么问题吗？当然，你需要知道你不能使用哪些功能，所以你在将你的工作从sql2008服务器迁移到sql2000时没有问题。

Answer 1

我强烈避免在开发不同于dev/qa/prod环境的本地版本上。大多数时候没有事情会发生，但是当它发生时，可能需要永远追查这个问题。 不仅如此，您可能永远无法在本地复制它，因为您拥有不同的环境。

Answer 2

使用基本的SQL功能 - 你会好的。

我不知道为什么你使用这个环境，但最好是使用类似的环境和DEV，QA和生产成为可能，避免意外对生产准备时。

我认为，SQL 2000使用OLEDB和SQL 2008，您可以使用ADO.NET提供者，可能有很多，你可能会碰到更多的差异。所以最好建议它不要这样做。

Answer 3

我不明白你为什么会选择使用SQL服务器的新版本，如果你的暂存和生产环境不是一个开发环境。

无论什么软件会根据版本的不同作用，并有可能是能想出通过不保持相同版本的bug。我建议您在整个环境中使用相同的版本。

Answer 4

如果你知道你已经在2000年得到它的工作，那么通过使用2008年超过2000年有什么收获？

没有与这样如此多的问题：

1. 表现可能完全不同甚至完全一样的SQL
2. DTS包的处理方式完全不同
3. 你可以在不知不觉中使用代码是不兼容与SQL2000。直到你将它移动到测试或生活中，你才会知道，到目前为止，你可能已经在不兼容的代码周围做了大量浪费的开发。
4. 等等等等...

是绝对没有理由使用用于开发不同的版本比你的生活环境。它会最终导致你的悲伤和不一致。

Answer 5

如何设置具有SQL Server 2008环境的虚拟机（例如在带有更新的Virtual Server 2005 R2 SP1下）？这将确保你不会污染你的SQL 2000环境，同时让你尝试一下。您可以将其设置为独立机器上的虚拟机，或者将其作为虚拟机添加到您自己的开发机器上。

Answer 6

我认为最好的做法是让所有的环境保持一致。我可以看到在新环境中尝试新功能以确定它是否有利于更新测试和实时系统。