SQL2005 与 SQL2008

Question

我们正在研究用新硬件和更新版本替换 Windows2003（32 位）上现有的 SQL2000 服务器。

我们正在研究一个至少需要 SQL2005，但也可以在 SQL2008 上运行的应用程序。我们的其他数据库也应该运行。

有没有人对这两个版本有任何好的或坏的体验？

我们可能获得的硬件将支持 64 位，因此运行 SQL2008 64 位也是一种选择。

谢谢

Answer 1

他们俩都坚如磐石。如果您有选择，直接使用 SQL Server 2008 - 每个版本都有改进，即使您是那种喜欢等到 Service Pack 发布后再安装应用程序的人，SQL Server 2008 SP1 已经推出一个多月了。

以下是 SQL Server 2008 中新功能的目录。每个版本中固有的（但更难发现）是对存储引擎的改进，这些改进使 SQL Server 能够以更佳和更可靠的方式执行。

Answer 2

你应该没有问题，从SQL2000数据库转移到2005年或2008年，但你会希望在实际环境中这样做（以防万一）之前做的应用程序的适当的测试。

我还没有 SQL2008 的经验，但我们已经从 2000 年到 2005 年移动了许多数据库，只有一个旧应用程序中的一些代码的小问题。该问题是由于该项目中某些视图是如何定义/调用的。如果视图定义了一个字段，如“SELECT [somefield]=NULL, [and], [the], [rest] FROM [sometable]”，那么应用程序运行“SELECT * FROM [theview] WHERE [somefield]='value' " 有时（但不是在所有情况下）在 SQL2005 中会导致 cast-of-varchar-to-int 错误，而在 SQL2000 中从未发生过。简单的解决方案是将视图更改为 [somefield]=CAST(NULL AS NVARCHAR)。你可能不会遇到这个特定的问题，我们也没有其他问题，

我们已经将数据库从 32 位 SQL2005 迁移到 64 位 SQL2005 服务器，没有任何问题，我希望从 64 回到 32 也能正常工作。

请注意，一旦转移到 SQL2005，将数据库移回 SQL2000 是一个相当大的痛苦，因此我的主要观点是确保在移动自己的应用程序之前进行彻底的测试。还要确保您从任何涉及的外部供应商那里得到明确的书面文字，说明他们的数据库/代码已经针对您选择的 SQL Server 版本进行了测试。

编辑：另一个相关点：我们以这种方式移动的应用程序不使用全文索引、报告服务等额外服务 - 只是主要的 SQL 数据库服务 - 所以我无法评论应用程序是否使用这些额外功能的人无论是否顺利迁移。