我想知道当我们的生产服务器是 2005 时,在我的开发机器上安装 SQL Server 2008 是否会遇到问题?例如,是否发生了一些变化,以至于我的 2005 数据库/sps/函数/视图无法正常工作或我应该考虑的其他问题?
想这样做只是为了测试新的 SQL Server,但仍然能够开发旧产品,并且不想同时安装这两个...
我想知道当我们的生产服务器是 2005 时,在我的开发机器上安装 SQL Server 2008 是否会遇到问题?例如,是否发生了一些变化,以至于我的 2005 数据库/sps/函数/视图无法正常工作或我应该考虑的其他问题?
想这样做只是为了测试新的 SQL Server,但仍然能够开发旧产品,并且不想同时安装这两个...
我只在我的开发机器上使用 SQL Server 2008 来对抗生产 SQL Server 2005 系统,还没有遇到任何问题。
我个人不会。我更喜欢让我的开发机器尽可能接近真实环境的副本(至少在软件方面;物理分离有点困难!)。
这两个版本在很多方面都非常相似,并且 SQL Server 2008 确实支持兼容模式,但无论您做什么,它实际上都不是SQL Server 2005。如果您的生产服务器没有使用 2008,那么您就无法利用无论如何,它的功能,所以你所做的只是增加一些工作不完全相同而不获得任何好处的机会。
您想这样做的原因大概是玩转 2008 年,看看它的新功能是什么?在这种情况下,我建议您使用 SQL Server 2008 构建一个虚拟机,然后您可以随心所欲地玩耍,而不会危及您正常工作所需的环境。
请注意,某些工具可能尚未正确连接到 SQL2008。
示例是 VS-DBPro2008。如果不安装 GDR-RC,您将无法使用大多数有用的功能,它仍然很脆弱。
此外,如果您在 2008 上构建某些东西,您将无法从 2008 -> 2005 分离/附加或备份/恢复。
我已经做到了,没有太多麻烦。创建数据库时,可以选择兼容模式,例如 2005 或 2000。
您可能还会发现这很有帮助:SQL Server 2008 中数据库引擎功能的重大更改 http://msdn.microsoft.com/en-us/library/ms143179.aspx
是的。即使我们的生产系统是 2005 年,我们也确实这样做了,并且遇到的问题很少。虽然您需要了解一些兼容性问题,但也有一些好处:
我们的构建机器有运行我们所有的单元和集成测试的 Sql 2005。我们模拟生产系统的开发和生产测试虚拟机也运行 Sql 2005。这样我们确保我们的 SQL 和 DDL 与生产兼容。
你不可能有一个复制你的生产环境的开发环境。我们只是在机器上安装了太多东西来完成我们的工作或停机。