我们在开发过程中一直使用sql server 2005，并没有真正的问题。SQL Server 2005或2008版本
现在在发布的时候，有人建议我们使用SQL Server 2008.它的安装对于所有的配置选项来说都有点噩梦，我相信这会让客户感到困惑（即使与文档）。 PowerShell等必须安装在一起之前，可以安装一些其他应用程序，以及一些Windows更新。
如果我们只是用SQL Server 2005发布（如果我没有错，安装更容易），还是最好跟2008年（并接受安装问题）？
JD
我总是很担心在发布之前对应用程序进行最后一刻的更改。如果您决定切换到SQL 2008，您的团队是否有时间完全回归测试您的应用程序？我不会认为一切都会正常工作。
如果你有时间进行完整的回归测试，那么问题是，SQL 2008为你提供了什么？很明显，没有关键的技术原因 - SQL 2008中没有的功能不是在2005年，而是您必须拥有的功能。你认为你的客户会以这种或那种方式关心吗？您是否有已经拥有2008服务器的客户，并希望利用它？它会帮助你的销售达到“最新最好”的版本吗？
这些只是一些要问的问题。
您可以随时将交换机保存到2008年以备将来升级。
@Tom：我们的一位测试人员一直在使用2008（我不知道），所以它似乎没有问题。没有技术上的理由去2008年。从我们所看到的是安装（带有所有的预先需求）导致的问题。一个预先需求不能在CD上分发，并要求客户从网上下载。我们希望尽可能顺利地进行安装。 – 2009-12-16 16:32:31
如果你开发和2005年进行测试，然后与2005年留下来避免并发症的发生，但我会在某个时候升级一切2008年。
+1。如果你在2005年开发它，在2005年测试它，你在产品中使用2005年。 – ram 2009-12-16 16:15:39
这会推迟发布吗？它会延迟足够的钱吗？
我不会太担心安装复杂。当客户升级到2008年时，他们会遇到同样的（或更糟糕的）情况，他们最终会因为你永远不会坚持到2005年。我会更关心它是如何影响你的项目和销售的。这将是我将关注的折衷。
根据所提供的信息，坚持到2005年。
迁移到2008 你已经能够运行在测试环境中的应用，对其进行全面测试，并检查文档，确保东西排队了。
安装/配置问题不应该真正成为主要关注点，因为这些是一次性的事情，而且一本精心编写的指南可以解决您遇到的绝大多数问题。
这里是我会考虑我的决定：
总而言之，为了升级，我会远离升级。坚持你所知道的，直到有升级的合法收益。
在几年的时间里，新客户不会愿意与SQL Server 2005一起运行，所以您必须在某点支持SQL Server 2008。
我的经验是它可以很难让现有的客户，当你希望他们把你的软件的升级更新到数据库服务器的新版本，那么你很可能会被被迫支持SQL Server 2005很长一段时间，如果你允许你的客户现在使用它。
那么你想吗？
您必须决定如果一小段延迟释放是值得它节省持续的成本...
这很难，因为上市时间往往是更重要的现实世界，然后持续的维护成本。毕竟，如果你没有打开市场窗口，你没有持续的维护成本！
@Ian：测试进行得很好，2005年的应用程序也和2008年一样。我从开发安装程序的人那里听说，2008年的安装程序比2005年的安装程序复杂。 – 2009-12-16 16:41:46
我没有看到任何不使用SQL Server 2008的理由 - 它已经过了SP1，它已经成熟了，它的后继已经到了： - 但是正如Tom H.提到的 - 要意识到做出这样的风险一个项目的基本开关很晚...... – 2009-12-16 15:45:56