如果一个开发人员想要实现一个sql2008开发环境,但我们仍然被迫使用sql2000测试和sql2000生产环境,你会怎么说?
在开发服务器上使用sql2008有什么问题吗?当然,您需要知道哪些功能无法使用,以便在从sql2008服务器迁移工作到sql2000时不会出现问题。
如果一个开发人员想要实现一个sql2008开发环境,但我们仍然被迫使用sql2000测试和sql2000生产环境,你会怎么说?
在开发服务器上使用sql2008有什么问题吗?当然,您需要知道哪些功能无法使用,以便在从sql2008服务器迁移工作到sql2000时不会出现问题。
我强烈建议不要在与开发/测试/生产环境不同的本地版本上进行开发。大多数情况下,什么都不会发生,但是一旦发生问题,追踪问题可能需要很长时间。此外,由于您的环境不同,您可能永远无法在本地复制它。
使用基本的SQL功能 - 你会做得不错。
我不知道为什么你使用这个环境,但最好尽可能使用类似的环境和DEV、QA和Production,以避免在进入Production时出现意外。
我认为SQL 2000使用OLEDB,而SQL 2008可以使用ADO.NET提供程序,还可能会遇到许多其他差异。因此,最好的建议是不要这样做。
如果您的暂存和生产环境不使用更高版本的SQL服务器,我不明白为什么要使用更高版本的SQL服务器开发环境。
无论什么软件都会根据版本不同而表现出不同的行为,并且不保持相同的版本可能会出现错误。 我建议在整个环境中使用相同的版本。
何不设置一个虚拟机(例如在Virtual Server 2005 R2 SP1 w/Update下)并在其中安装SQL Server 2008环境呢?这样可以确保您不会将其污染到SQL 2000环境中,同时还可以让您尝试一些新东西。您可以将其设置为独立机器上的虚拟机,也可以将其作为VM添加到您自己的开发机器上。
我认为最佳实践是保持所有环境相同。我可以看到在新环境中尝试新功能以确定是否有益于更新测试和生产系统。
如果你知道你必须在2000年的工作中使用它,那么使用2008年而不是2000年有什么好处呢?
这样做会有很多问题:
没有任何理由在开发环境中使用与LIVE环境不同的版本。 这只会导致您烦恼和不一致。