最近参与了将一个Sybase数据库移植到Microsoft SQL Server 2000上的项目，我在这一项目上获得的经验，将对Sybase数据库管理员把Sybase数据库移植到SQL Server 2000平台上有一定的帮助。

尽管二者之间的一些差别是相当大的，例如Sybase数据库管理系统中的存储过程在SQL Server就不能被编译，而其它差别则不太大。在完成这一转换前，对脚本文件和存储过程中编程逻辑的行为和结果进行测试是很有必要的。

在下面的部分中，我们将讨论这二种数据库系统之间的一些主要的不同点，在移植的规划阶段，我们必须仔细研究这些区别。

数据兼容模式

对SQL Server 2000和Sybase之间的一些兼容性差别的一个临时性解决方案是改变SQL Server中的数据库兼容性级别，使之与Sybase相符。为此，我们可以使用sp_dbcmptlevel存储过程。

下面表中的语句和结果显示出不同版本数据库之间的差别：

注意：

1、当兼容性模式被设置为70时，下面的词汇不能被用作对象名和标识符：BACKUP、DENY、PRECENT、RESTORE和TOP。

2、当兼容性模式被设置为65时，下面的词汇不能被用作对象名和标识符：AUTHORIZATION、CASCASE、CROSS、DISTRIBUTED、ESCAPE、FULL、INNER、JOIN、LEFT、OUTER、PRIVILEGES、RESTRICT、RIGHT、SCHEMA和WORK。

下面是sp_dbcmptlevel的语法：

sp_dbcmptlevel [[@dbname=] name][,[@new_cmptlevel=]version]

@dbname是用于检查和改变兼容性水平的数据库名字。

@new_cmptlevel决定数据库被设置的兼容性水平(将它设置为70、65、60，缺省值为NULL)。

例如：

sp_dbcmptlevel pubs

这一行代码返回下面的结果：

The current compatibility level is 70.(当前的兼容性级别为70。)

现在我们来看一下另外一个例子：

sp_dbcmptlevel pubs, 65

它返回如下的结果：

DBCC execution completed. (DBCC执行结束。)

如果DBCC打印出错误信息，则需要与系统管理员联系。我们可以使用rerunsp_dbcmptlevel验证pubs数据库是否修改得正确：

sp_dbcmptlevel pubs

它返回下面的结果：

The current compatibility level is 65(当前的兼容性级别为65。)