最近参与了将一个Sybase数据库移植到Microsoft SQL Server 2000上的项目，我在这一项目上获得的经验，将对Sybase数据库治理员把Sybase数据库移植到SQL Server 2000平台上有一定的帮助。
尽管二者之间的一些差别是相当大的，例如Sybase数据库治理系统中的存储过程在SQL Server就不能被编译，而其它差别则不太大。在完成这一转换前，对脚本文件和存储过程中编程逻辑的行为和结果进行测试是很有必要的。
在下面的部分中，我们将讨论这二种数据库系统之间的一些主要的不同点，在移植的规划阶段，我们必须仔细研究这些区别。
数据兼容模式
对SQL Server 2000和Sybase之间的一些兼容性差别的一个临时性解决方案是改变SQL Server中的数据库兼容性级别，使之与Sybase相符。为此，我们可以使用sp_dbcmptlevel存储过程。
下面表中的语句和结果显示出不同版本数据库之间的差别：
（Untitled-1）
注重：
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。）
除了上面的例子外，兼容性级别的差别还扩展到了保留字。Sybase和SQL Server都有许多不能被用作数据库中对象名字的的保留字，二种产品的保留字相似，但并不完全相同。
由于能够在Sybase中使用的对象可能不能在SQL Server中使用，这一问题使得由Sybase向SQL Server的移植凭添了许多困难。下面是在SQL Server中是保留字，而在Sybase中不是保留字的词汇清单。
注重：名字为下列清单中词汇的Sybase数据库中的对象在移植到SQL Server数据库时必须换为其它名字。
BACKUP COLUMN COMMITTED CONTAINS CONTAINSTABLE
CROSS CURRENT_DATE CURRENT_TIME CURRENT_TIMESTAMP CURRENT_USER
DENY DISTRIBUTED FILE FLOPPY FREETEXT
FREETEXTTABLE FULL IDENTITYCOL INNER JOIN
事务治理模式
Sybase SQL Server
Set chained [ on : off ] Set implicit_transactions [on : off ]
在Sybase中使用下面的代码判定事务模式：
SELECT @@tranchained
GO
下面是可能返回的结果：
0 表明使用的是非链锁式事务模式
1 表明连接运行在链锁模式下
在SQL Server中使用下面的代码判定事务模式：
IF (@@options & 2) > 0
PRINT on
ELSE
PRINT off
下面是可能的返回结果：
0 off
>0 on
隔离水平
在一个关系数据库这样的多线程应用软件中，数据库引擎对运行的进程间的数据是如何被隔离的治理是非常重要的，在表示隔离水平时，Sybase和SQL Server的语法是不同的。下面的表格表明了Sybase和SQL Server在表示隔离水平时的差别。
Sybase SQL Server
0 READ UNCOMMITTED
1 READ COMMITTED
2 REPEATABLE READ
3 SERIALIZABLE
游标语法
二种产品中存储过程的创建和执行基本相似，但在移植时，游标语句中的一些例外是我们应当注重的。下面是一个例子：
CREATE PROCEDURE sql_cursor AS
DECLARE @lname char(20), @fname char(20)
DECLARE mycursor CURSOR FOR
SELECT au_lname, au_fname FROM authors
OPEN mycursor
FETCH FROM mycursor INTO @lname, @fname
WHILE @@ FETCH_STATUS = 0
/* Sybase数据库使用@SQLSTATUS而不是@@ FETCH_STATUS */
BEGIN
FETCH FROM mycursor INTO @lname, @fname
/*
** 这里应当是一些业务逻辑
*/
END
CLOSE mycursor
DEALLOCATE /* Sybase数据库在这里需要CURSOR这个词 * / mycursor
Sybase SQL Server
Fetch命令执行成功 0 0
Fetch命令执行失败 1 -2
没有可存取的记录了 2 -1
退回触发器
SQL Server中不存在这个命令，因此在向SQL Server移植时，使用了ROLLBACK TRIGGER命令的Sybase存储过程必须被进行修改。在修改带有触发器的数据库表中的数据时，使用ROLLBACK TRIGGER命令轻易引起误解，一个ROLLBACK TRIGGER命令只退回触发器以及触发触发器的数据修改，假如已经被提交了，则事务的其它部分会继续，被写到数据库中。因此，事务中的所有语句可能没有被成功地完成，但数据已经被提交了。
下面是Sybase数据库中一个使用ROLLBACK TRIGGER的样例触发器：
CREATE TABLE table1 (a int, b int)
GO
CREATE TRIGGER trigger1 on table1 FOR INSERT
AS
IF EXISTS (SELECT 1 FROM inserted WHERE a = 100)
BEGIN
ROLLBACK TRIGGER with RAISERROR 50000 Invalid value for column a
END
INSERT INTO table2
SELECT a, GETDATE() from inserted
RETURN
GO
在上面的代码中，除非a = 100，则所有插入table1的数据也被作为审计行插入table2中，假如a = 100，ROLLBACK TRIGGER命令被触发，而INSERT命令没有被触发，批命令的其它部分继续执行，这时会出现错误信息，表明在一个INSERT命令中出现了错误。下面是所有的INSERT命令：
BEGIN TRAN
INSERT INTO table1 valueS (1, 1)
INSERT INTO table1 valueS (100,2)
INSERT INTO table1 valueS (3, 3)
GO
SELECT * FROM table1
在执行这些命令后，table1和table2二个数据库表将各有2个记录，Table1表中的值为1，1以及3，3，由于ROLLBACK TRIGGER命令，第二个INSERT命令没有执行；Table2表中的值为1，（当前日期）以及3，（当前日期），由于当a = 100时ROLLBACK TRIGGER被触发，触发器中的所有处理被中止，100没有被插入到Table2表中。
在SQL Server中模拟这一操作需要更多的代码，外部的事务必须与保存点同时使用，如下所示：
CREATE trigger1 on table1 FOR INSERT
AS
SAVE TRAN trigger1
IF EXISTS (SELECT * FROM inserted WHERE a = 100)
BEGIN
ROLLBACK TRAN trigger1
RAISERROR 50000 ROLLBACK
END
INSERT INTO table2
SELECT a, GETDATE() FROM inserted
GO
这一触发器以一个存储点开始，ROLLBACK TRANSACTION只退回触发逻辑，而不是整个事务（规模要小于Sybases数据库中的ROLLBACK TRIGGER语句。对批命令的修改如下：
BEGIN TRAN
SAVE TRAN save1
INSERT INTO table1 valueS (1, 1)
IF @@error = 50000
ROLLBACK TRAN save1
SAVE TRAN save2
INSERT INTO table1 valueS (100, 1)
IF @@error = 50000
ROLLBACK TRAN save2
SAVE TRAN save3
INSERT INTO table1 valueS (3, 3)
IF @@error = 50000
ROLLBACK TRAN save3
COMMIT TRAN
我们可以发现，改变不可谓不大。由于ROLLBACK TRIGGER命令能够使任何批命令不能成功执行，因此在移植的SQL Server存储过程代码中必须包括另外的逻辑，根据ROLLBACK TRIGGER的使用，这可能是一个艰巨而必要的任务，没有什么捷径可走。假如在移植后所有的ROLLBACK TRIGGER命令被改变为ROLLBACK TRANSACTION，触发器的执行也会发生变化，因此我们应当十分小心。
命令优化
SQL Server能够对SELECT、INSERT、UPDATE和DELETE命令进行优化，Sybase数据库则只支持对SELECT命令进行优化。下面是SQL Server和Sybase在GUI方面的对比：
Sybase SQL Server
使用被称作SHOWPLAN的基于文本的查询分析工具 使用Query Analyzer。
在ISQL中启动SHOWPLAN的命令按钮 多Query Analyzer中启动SHOWPLAN_ALL或 SHOWPLAN_TEXT的命令
SET SHOWPLAN ON SET SHOWPLAN_ALL
GO GO
临时数据库表的名字
表名字的类型 最大长度
SQL Server表名字128
SQL Server临时表名字116
Sybase表名字 30
Sybase临时表名字 13
数据类型
数据类型 Sybase SQL Server
char(n) 255 8000
varchar(n) 255 8000
nchar(n) 255 4000
nvarchar(n) 255 4000
binary 255 8000
varbinary 255 8000
注重：
1）SQL Server中的bit类型数据的值可以被设置为0、1或NULL。
2) Sybase中的bit类型数据的值不可以被设置为NULL。
同一性列
Sybase SQL Server
Numeric(x,0) Tinyint,smallint,int,decimal(x,0) or numeric(x,0)
打印语法
在进行移植时，所有使用替换语法的打印语句必须被改变为RAISERROR语句。
结论
将Sybase数据库转换为SQL Server数据库并非是不可能的，但二种产品之间存在许多差异，在转换时需要加以解决。根据应用程序的规模，这种转换可能需要大量的时间。尽管无需重新编写所有的应用程序，但需要完成的工作并不少。
我目前还没有发现这二种数据库间转换的更简单的方法。由于二种产品在许多方面都非常相似，我们非常轻易成功地将Sybase数据库转换为SQL Server数据。
