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

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

有帮助吗?

解决方案

我强烈避免使用与dev / qa / prod环境不同的本地版本进行开发。大多数情况下什么都不会发生,但是当它发生时,可能需要永远追踪问题。 不仅如此,您可能永远无法在本地复制它,因为您的环境不同。

其他提示

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

我不知道你为什么要使用这个环境,但最好尽量使用类似的环境和DEV,QA和Production,以避免在进行生产时出现意外。

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

如果你的登台和生产环境没有,我不明白为什么你有一个使用较新版本的SQL服务器的开发环境。

无论哪种软件基于版本都会有不同的行为,并且可能会因为不保持相同版本而出现错误。我建议在整个环境中使用相同的版本。

如何设置具有SQL Server 2008环境的虚拟机(例如,在具有更新的Virtual Server 2005 R2 SP1下)?这将确保您不会使用它污染SQL 2000环境,同时允许您尝试一下。您可以将其设置为单独计算机上的VM,也可以将其作为VM添加到您自己的开发计算机上。

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

如果你知道你在2000年开始工作,使用2008年超过2000会有什么收获?

这样做有很多问题:

  1. 即使使用完全相同的SQL
  2. ,性能也可能完全不同
  3. DTS包处理完全不同
  4. 您可能在不知不觉中使用与SQL2000不兼容的代码。你不会知道,直到你把它移动到测试或生活,到目前为止,你可能已经围绕不兼容的代码做了很多浪费的开发。
  5. 等等......
  6. 绝对没有理由为开发环境使用不同版本的开发。它最终会导致你的悲伤和不一致。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top