3

如果一个开发者想实现一个sql2008开发环境，但我们还是被迫使用sql2000测试和sql2000生产环境，你会怎么说？

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

4

6 回答 6

4

我强烈避免在与 dev/qa/prod 环境不同的本地版本上进行开发。大多数时候什么都不会发生，但是当它发生时，可能需要很长时间才能找到问题。不仅如此，由于环境不同，您可能永远无法在本地复制它。

于 2009-11-27T18:36:12.960 回答
2

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

我不知道你为什么使用这个环境，但最好尽可能使用类似的环境和 DEV、QA 和 Production，以免在生产时出现意外。

我认为 SQL 2000 使用 OLEDB 和 SQL 2008 您可以使用 ADO.NET 提供程序，而且您可能会遇到更多差异。所以最好建议不要这样做。

于 2009-11-27T18:24:03.340 回答
2

如果您的登台和生产环境不是，我不明白为什么您会有一个使用更新版本的 SQL Server 的开发环境。

无论哪种软件会根据版本而有所不同，并且可能会因不保持相同的版本而出现错误。我建议在整个环境中使用相同的版本。

于 2009-11-27T18:24:09.380 回答
2

如何设置具有 SQL Server 2008 环境的虚拟机（例如，在 Virtual Server 2005 R2 SP1 w/Update 下）？这将确保您不会用它污染您的 SQL 2000 环境，同时允许您进行尝试。您可以将其设置为单独机器上的虚拟机，也可以简单地将其添加为您自己的开发机器上的虚拟机。

于 2009-11-27T18:52:02.130 回答
1

我认为最佳做法是保持所有环境相同。我可以看到在新环境中尝试新功能以确定更新您的测试和实时系统是否有益是有用的。

于 2009-11-27T21:32:32.010 回答
0

如果你知道你已经让它在 2000 年工作，那么使用 2008 年超过 2000 年有什么好处？

这样做有很多问题：

  1. 即使使用完全相同的 SQL，性能也可能完全不同
  2. DTS 包的处理方式完全不同
  3. 您可能会在不知不觉中使用与 SQL2000 不兼容的代码。直到您将其移至测试或运行时您才会知道，此时您可能已经围绕不兼容的代码进行了大量浪费的开发。
  4. 等等等等等等

绝对没有理由为开发使用与 LIVE 环境不同的版本。它最终只会给你带来悲伤和矛盾。

于 2009-11-27T18:51:20.150 回答