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