我想知道在我的开发机器上安装SQL Server 2008时是否会遇到问题,而我们的生产服务器是2005年?例如。是什么改变,以便我的2005数据库/ sps/functions/views不能正常工作或我应该考虑的其他问题?我应该在我的DEV机器上安装SQL Server 2008吗?
想这样做只是为了试驾新的SQL Server,但仍然能够开发老产品,并宁愿不要没有太多的麻烦同时安装...
我想知道在我的开发机器上安装SQL Server 2008时是否会遇到问题,而我们的生产服务器是2005年?例如。是什么改变,以便我的2005数据库/ sps/functions/views不能正常工作或我应该考虑的其他问题?我应该在我的DEV机器上安装SQL Server 2008吗?
想这样做只是为了试驾新的SQL Server,但仍然能够开发老产品,并宁愿不要没有太多的麻烦同时安装...
我已经做到了这一点。当你创建一个数据库,你可以选择一个兼容模式,如2005年或2000
您也可以有所帮助:重大更改数据库引擎功能在SQL Server 2008 http://msdn.microsoft.com/en-us/library/ms143179.aspx
我只使用SQL Server 2008在我的开发机上针对生产SQL Server 2005系统,并且还没有遇到任何问题。
我个人不会。我更喜欢让我的开发机尽可能接近现场环境的复制品(至少在软件方面,物理分离有点难!)。
在许多方面,两个版本都非常相似,和SQL Server 2008支持兼容模式,但不管你做什么如果你的生产服务器不会使用2008年那么它是不是实际上的SQL Server 2005。你无论如何都无法利用它的能力,所以你所做的就是在没有获得任何好处的情况下增加工作的机会不尽相同。
想必这样做的原因是为了与2008年一起玩,看看它的新功能是什么?在这种情况下,我建议使用SQL Server 2008构建一个虚拟机,然后在不影响正常工作所需的环境的情况下尽可能多地玩游戏。
请注意,有些工具可能尚未正确连接到SQL2008。
例子是VS-DBPro2008。如果不安装仍然存在问题的GDR-RC,则无法使用大多数有用的功能。
另外,如果你建于2008年的东西,你将不能够分离/附加或备份/从2008年恢复 - > 2005年
是。即使我们的生产系统是2005年,我们也是这样做的,并且遇到了很少的问题。虽然有一些兼容性问题,你会想知道也有几个好处:
我们的构建机器有SQL 2005它运行所有的单元测试和集成测试。我们的开发和生产测试虚拟机模拟我们的生产系统也运行Sql 2005.这样我们确保我们的SQL和DDL与生产兼容。
您无法拥有可以复制生产环境的开发环境。我们只是在我们的机器上安装太多东西来完成我们的工作或停机。
的确,另一个不会的工具是Red Gate SQL Compare 6;我们在迁移到SQL Server 2008时不得不升级到7(我知道VS数据库版本具有这种功能,但我发现SQL Compare是一个更加可用的工具,它可以生成更好的质量升级脚本)。 – 2008-11-07 02:35:32