sqlserver 2008的缺点是什么（vs 2005）

Question

我正在开始一个新项目，我正在考虑使用sqlserver 2008。

我在让团队系统使用它时遇到了很多麻烦，我想知道sql server 2008是否在生产环境中被广泛使用。

你选择什么？你如何比较sqlserver 2005和2008？

编辑：我同意新的（新功能，未来避免的一次痛苦迁移）和旧的（更少的错误，更多文档）之间的明显和一般权衡。我已经在网上浏览了2005年和2008年之间的差异。我的问题更加具体：你使用2008年吗？您是否遇到过问题（例如下面提到的FTS？）

Answer 1

如果你选择2005年并试着稍后升级，也许你应该看一下Breaking Changes to Database Engine Features in SQL Server 2008。

在这个阶段我个人会选择2005年，并避免文章中的功能概述。您的客户/应用程序/开发人员不会失去很多（如果有的话）功能。

Answer 2

数据库系统是考虑到变更成本高昂的领域之一。从我到目前为止看到的，自2005年以来运作良好，大型项目可能仍在使用它（一些大型项目甚至仍然使用2000）。但是，这并不意味着2008年是坏事还是不值得。如果你正在考虑一个新的项目，你可能应该选择2008年。我认为没有任何重大缺点。

关于TFS，我得说，团队基础服务器在Microsoft产品中有我见过的 之一。我认为这是TFS而不是SQL Server 2008的问题。顺便说一句，TFS SP1与2008兼容，但您必须首先集成该服务包。

Answer 3

2008年的一个缺点：Full-Text search is slower（在某些情况下，至少）。这点击Stack Overflow（链接到SO博客）。改变背后有充分的理由，但在开始之前值得了解。

Answer 4

如果您不需要SQL Server 2008的任何功能，那么我建议使用SQL Server 2005 SP3。这是一个成熟，强大且功能丰富的数据库平台。我目前正在为客户端实施战略数据库平台，并已在SQL Server 2005 SP3 64位集群上实现标准化。我的客户端应用程序都不需要任何SQL Server 2008功能，我很高兴知道SQL Server 2005已经在现场使用了三年。

Answer 5

主要缺点：您将发现新的错误，您将等待相应的包或修补程序。请查看this page（SQL Server 2005的累积更新包11）或在Microsoft Knowledge Base中导航，闭上眼睛，想象其他用户在发现这些错误时经历的所有痛苦......

编辑：我们不使用SQL 2008.我们不需要任何新的功能。

Answer 6

移动到新版本的程序始终存在风险。这些是你应该问自己的一些问题：

• 您是否已经完成了旧版本的大量手动测试？
• 你能否应对新版本中的错误？
• 新版本被其他人使用了多长时间？
• 您是否处于项目周期的开始或结束阶段？

现在不转向新版本的风险很大：

• 您将被迫稍后搬家，这对您来说可能不是一个好时机。 （但你可以跳过释放，所以不必多次重复疼痛）
• 您无法使用已添加到新版本的内容
• 从长远来看，很少有人会知道如何使用旧版本
• 您的员工简历使用太多旧版本的不同东西并不好 - 因此可能会影响您的员工流动等。

因此，您需要对时间进行策划，“痛苦”和“受益”，然后您将清楚地看到正确的移动时间;但是我们无法及时看到，我们无法及时回归！