我们有一台以前在 SQL Server 7 上运行的 SQL Server 2000 服务器,因此默认排序规则似乎不是后来为 SQL 2000 及更高版本设置的默认排序规则(它是 SQL_Latin1_General_CP1_CI_AS 而不是 Latin1_General_CI_AS)。
无论如何,我们现在计划最终升级到 SQL Server 2008。虽然升级顾问显示除了一个维护 sp 引用一些遗留系统表之外没有问题,但我想知道如何对数据库进行“完整”升级,而不是简单地将数据库置于兼容模式,如果我们进行就地升级,或者将 SQL2000 数据库恢复/附加到 SQL2008 实例,似乎会发生这种情况。
所以我有各种问题:
- 如果将 DB 保留为 2000 兼容模式,我们会失去任何功能吗?
- 如果我们将兼容模式更改为 2008,会出现什么问题?我们是否需要更改其他设置才能使其完全成为 SQL 2008 DB?
- 有什么方法可以让升级忽略现有的排序规则引用并始终使用服务器默认值?
- 或者最好从头开始重新编写数据库脚本,然后再导入数据?
基本上,我们想要升级,但要确保这个旧的数据库/服务器可以充分受益于新版本 SQL Server 的功能。
答案1
- 您将失去运行较新命令的能力,但不会丢失任何功能,除非您使用数据库升级应用程序(目前不可能使用 2008 的功能)
2.查看有关兼容级别更改。请注意,这些是语言解释的变化,因此您仍然可以获得查询引擎等方面的改进。
3.据我所知没有。您可以通过 alter database collation 进行更改。如果排序规则是SQL_Latin1_General_CP1_CI_AS
或Latin1_General_CI_AS
,您应该看不到太大区别,但两者都有比另一个更快或更慢的情况。
Latin1_General_CI_AS
:- Latin1-General,不区分大小写,区分重音,不区分假名类型,不区分宽度
SQL_Latin1_General_CP1_CI_AS
:- 对于 Unicode 数据,Latin1-General、不区分大小写、区分重音、不区分假名类型、不区分宽度;对于非 Unicode 数据,SQL Server 排序顺序为代码页 1252 上的 52
您可以从 fn_helpcollations 获得更多想法。
4.您可以这样做,但默认情况下,您的数据库兼容级别将为 100,这可能无法与您的旧版应用程序正常工作。最好查看应用程序支持的 SQL Server 的最新版本,并设置该兼容级别。
答案2
- 是的,如果你让数据库处于 2000 兼容模式,你将丢失所有 2005/8 的内容
- 联机丛书中有一节讨论已停用的功能。请查看该部分。
- 据我所知不是。当然,您可以全新安装 2008 并迁移数据库,但这必须在命名实例中进行。
- 我赞成这个想法。那么你就有了一个完整的退出回滚计划。