Sybase数据库移植到MicrosoftSQLServer
  我最近参与了将一个Sybase数据库移植到MicrosoftSQLServer
2000上的项目，我在这一项目上获得的经验，将对Sybase数据库管理员把Sybase数据库移植到SQLServer2000平台上有一定的帮助。
  尽管二者之间的一些差别是相当大的，例如Sybase数据库管理系统中的存储过程在SQL
Server就不能被编译，而其它差别则不太大。在完成这一转换前，对脚本文件和存储过程中编程逻辑的行为和结果进行测试是很有必要的。
  在下面的部分中，我们将讨论这二种数据库系统之间的一些主要的不同点，在移植的规划阶段，我们必须仔细研究这些区别。
  数据兼容模式
  对SQLServer2000和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_dbcmptlevelpubs
  这一行代码返回下面的结果：
Thecurrentcompatibilitylevelis70.（当前的兼容性级别为70。）
  现在我们来看一下另外一个例子：
sp_dbcmptlevelpubs,65
  它返回如下的结果：
DBCCexecutioncompleted.（DBCC执行结束。）
  果DBCC打印出错误信息，则需要与系统管理员联系。我们可以使用rerunsp_dbcmptlevel验证pubs数据库是否修改得正确：
sp_dbcmptlevelpubs
  它返回下面的结果：
Thecurrentcompatibilitylevelis65（当前的兼容性级别为65。）
  除了上面的例子外，兼容性级别的差别还扩展到了保留字。Sybase和SQL
Server都有许多不能被用作数据库中对象名字的的保留字，二种产品的保留字相似，但并不完全相同。
  由于能够在Sybase中使用的对象可能不能在SQLServer中使用，这一问题使得由Sybase向SQL
Server的移植凭添了许多困难。下面是在SQL
Server中是保留字，而在Sybase中不是保留字的词汇清单。
注意：名字为下列清单中词汇的Sybase数据库中的对象在移植到SQL
Server数据库时必须换为其它名字。
BACKUPCOLUMNCOMMITTEDCONTAINSCONTAINSTABLE
CROSSCURRENT_DATE
CURRENT_TIMECURRENT_TIMESTAMPCURRENT_USER
DENYDISTRIBUTEDFILEFLOPPY
FREETEXT
FREETEXTTABLEFULLIDENTITYCOLINNERJOIN
  事务管理模式
SybaseSQLServer
Setchained[on:off]Setimplicit_transactions
[on:off]
  在Sybase中使用下面的代码判断事务模式：

GO
  下面是可能返回的结果：
  0表明使用的是非链锁式事务模式
  1表明连接运行在链锁模式下
  在SQLServer中使用下面的代码判断事务模式：
IF(@@options&2)>0
PRINT
on
ELSE
PRINToff
  下面是可能的返回结果：
0off
>0on
  隔离水平
  在一个关系数据库这样的多线程应用软件中，数据库引擎对运行的进程间的数据是如何被隔离的管理是非常重要的，在表示隔离水平时，Sybase和SQL
Server的语法是不同的。下面的表格表明了Sybase和SQLServer在表示隔离水平时的差别。
SybaseSQL
Server
0READUNCOMMITTED
1READCOMMITTED
2REPEATABLEREAD
3
SERIALIZABLE
  游标语法
  二种产品中存储过程的创建和执行基本相似，但在移植时，游标语句中的一些例外是我们应当注意的。下面是一个例子：
CREATEPROCEDUREsql_cursorAS

char(20)
DECLAREmycursorCURSORFOR
SELECTau_lname,au_fnameFROM
authors
OPENmycursor

WHILE@@
FETCH_STATUS=0
/*Sybase数据库使用@SQLSTATUS而不是@@FETCH_STATUS*/
BEGIN

/*
**
这里应当是一些业务逻辑
*/
END
CLOSEmycursor
DEALLOCATE/*
Sybase数据库在这里需要CURSOR这个词*/mycursor
SybaseSQLServer
Fetch命令执行成功00
Fetch命令执行失败1-2
没有可存取的记录了2
-1
  退回触发器
  SQLServer中不存在这个命令，因此在向SQL
Server移植时，使用了ROLLBACKTRIGGER命令的Sybase存储过程必须被进行修改。在修改带有触发器的数据库表中的数据时，使用ROLLBACK
TRIGGER命令容易引起误解，一个ROLLBACK
TRIGGER命令只退回触发器以及触发触发器的数据修改，如果已经被提交了，则事务的其它部分会继续，被写到数据库中。因此，事务中的所有语句可能没有被成功地完成，但数据已经被提交了。
下面是Sybase数据库中一个使用ROLLBACK
TRIGGER的样例触发器：
CREATETABLEtable1(aint,bint)
GO
CREATETRIGGERtrigger1ontable1
FORINSERT
AS
IFEXISTS(SELECT1FROMinsertedWHEREa=
100)
BEGIN
ROLLBACKTRIGGERwithRAISERROR50000Invalidvalueforcolumn
a
END
INSERTINTOtable2
SELECTa,GETDATE()from
inserted
RETURN
GO
  在上面的代码中，除非a=100，则所有插入table1的数据也被作为审计行插入table2中，如果a=100，ROLLBACK
TRIGGER命令被触发，而INSERT命令没有被触发，批命令的其它部分继续执行，这时会出现错误信息，表明在一个INSERT命令中出现了错误。下面是所有的INSERT命令：
BEGINTRAN
INSERTINTOtable1VALUES(1,1)
INSERTINTOtable1VALUES
(100,2)
INSERTINTOtable1VALUES(3,3)
GO
SELECT*FROMtable1
  在执行这些命令后，table1和table2二个数据库表将各有2个记录，Table1表中的值为1，1以及3，3，由于ROLLBACK
TRIGGER命令，第二个INSERT命令没有执行；Table2表中的值为1，（当前日期）以及3，（当前日期），由于当a=100时ROLLBACK
TRIGGER被触发，触发器中的所有处理被中止，100没有被插入到Table2表中。
在SQL
Server中模拟这一操作需要更多的代码，外部的事务必须与保存点同时使用，如下所示：
CREATEtrigger1ontable1FOR
INSERT
AS
SAVETRANtrigger1
IFEXISTS(SELECT*FROMinsertedWHEREa
=100)
BEGIN
ROLLBACKTRANtrigger1
RAISERROR50000
ROLLBACK
END
INSERTINTOtable2
SELECTa,GETDATE()FROM
inserted
GO
  这一触发器以一个存储点开始，ROLLBACKTRANSACTION只退回触发逻辑，而不是整个事务（规模要小于Sybases数据库中的ROLLBACK
TRIGGER语句。对批命令的修改如下：
BEGINTRAN
SAVETRANsave1
INSERTINTOtable1
VALUES(1,1)

ROLLBACKTRANsave1
SAVETRAN
save2
INSERTINTOtable1VALUES(100,1)

ROLLBACK
TRANsave2
SAVETRANsave3
INSERTINTOtable1VALUES(3,3)

=50000
ROLLBACKTRANsave3
COMMITTRAN
  我们可以发现，改变不可谓不大。由于ROLLBACKTRIGGER命令能够使任何批命令不能成功执行，因此在移植的SQL
Server存储过程代码中必须包括另外的逻辑，根据ROLLBACK
TRIGGER的使用，这可能是一个艰巨而必要的任务，没有什么捷径可走。如果在移植后所有的ROLLBACKTRIGGER命令被改变为ROLLBACK
TRANSACTION，触发器的执行也会发生变化，因此我们应当十分小心。
  命令优化
  SQL
Server能够对SELECT、INSERT、UPDATE和DELETE命令进行优化，Sybase数据库则只支持对SELECT命令进行优化。下面是SQL
Server和Sybase在GUI方面的对比：
  SybaseSQL
Server
  使用被称作SHOWPLAN的基于文本的查询分析工具使用Query
Analyzer。
  在ISQL中启动SHOWPLAN的命令按钮多QueryAnalyzer中启动SHOWPLAN_ALL或
SHOWPLAN_TEXT的命令
SETSHOWPLANONSETSHOWPLAN_ALL
GOGO
  临时数据库表的名字
  表名字的类型   最大长度
  SQLServer表名字   128
  SQL
Server临时表名字 116
  Sybase表名字     30
  Sybase临时表名字   13
  数据类型
  数据类型SybaseSQLServer
  char(n)2558000
  varchar(n)255
8000
  nchar(n)2554000
  nvarchar(n)2554000
  binary255
8000
  varbinary2558000
  注意：
  1）SQL
Server中的bit类型数据的值可以被设置为0、1或NULL。
  2)Sybase中的bit类型数据的值不可以被设置为NULL。
  同一性列
  SybaseSQLServer
Numeric(x,0)Tinyint,smallint,int,decimal(x,0)or
numeric(x,0)
  打印语法
  在进行移植时，所有使用替换语法的打印语句必须被改变为RAISERROR语句。
  结论
  将Sybase数据库转换为SQL
Server数据库并非是不可能的，但二种产品之间存在许多差异，在转换时需要加以解决。根据应用程序的规模，这种转换可能需要大量的时间。尽管无需重新编写所有的应用程序，但需要完成的工作并不少。
  我目前还没有发现这二种数据库间转换的更简单的方法。由于二种产品在许多方面都非常相似，我们非常容易成功地将Sybase数据库转换为SQLServer数据。

Sybase数据库移植到MicrosoftSQLServer
  我最近参与了将一个Sybase数据库移植到MicrosoftSQLServer
2000上的项目，我在这一项目上获得的经验，将对Sybase数据库管理员把Sybase数据库移植到SQLServer2000平台上有一定的帮助。
  尽管二者之间的一些差别是相当大的，例如Sybase数据库管理系统中的存储过程在SQL
Server就不能被编译，而其它差别则不太大。在完成这一转换前，对脚本文件和存储过程中编程逻辑的行为和结果进行测试是很有必要的。
  在下面的部分中，我们将讨论这二种数据库系统之间的一些主要的不同点，在移植的规划阶段，我们必须仔细研究这些区别。
  数据兼容模式
  对SQLServer2000和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_dbcmptlevelpubs
  这一行代码返回下面的结果：
Thecurrentcompatibilitylevelis70.（当前的兼容性级别为70。）
  现在我们来看一下另外一个例子：
sp_dbcmptlevelpubs,65
  它返回如下的结果：
DBCCexecutioncompleted.（DBCC执行结束。）
  果DBCC打印出错误信息，则需要与系统管理员联系。我们可以使用rerunsp_dbcmptlevel验证pubs数据库是否修改得正确：
sp_dbcmptlevelpubs
  它返回下面的结果：
Thecurrentcompatibilitylevelis65（当前的兼容性级别为65。）
  除了上面的例子外，兼容性级别的差别还扩展到了保留字。Sybase和SQL
Server都有许多不能被用作数据库中对象名字的的保留字，二种产品的保留字相似，但并不完全相同。
  由于能够在Sybase中使用的对象可能不能在SQLServer中使用，这一问题使得由Sybase向SQL
Server的移植凭添了许多困难。下面是在SQL
Server中是保留字，而在Sybase中不是保留字的词汇清单。
注意：名字为下列清单中词汇的Sybase数据库中的对象在移植到SQL
Server数据库时必须换为其它名字。
BACKUPCOLUMNCOMMITTEDCONTAINSCONTAINSTABLE
CROSSCURRENT_DATE
CURRENT_TIMECURRENT_TIMESTAMPCURRENT_USER
DENYDISTRIBUTEDFILEFLOPPY
FREETEXT
FREETEXTTABLEFULLIDENTITYCOLINNERJOIN
  事务管理模式
SybaseSQLServer
Setchained[on:off]Setimplicit_transactions
[on:off]
  在Sybase中使用下面的代码判断事务模式：

GO
  下面是可能返回的结果：
  0表明使用的是非链锁式事务模式
  1表明连接运行在链锁模式下
  在SQLServer中使用下面的代码判断事务模式：
IF(@@options&2)>0
PRINT
on
ELSE
PRINToff
  下面是可能的返回结果：
0off
>0on
  隔离水平
  在一个关系数据库这样的多线程应用软件中，数据库引擎对运行的进程间的数据是如何被隔离的管理是非常重要的，在表示隔离水平时，Sybase和SQL
Server的语法是不同的。下面的表格表明了Sybase和SQLServer在表示隔离水平时的差别。
SybaseSQL
Server
0READUNCOMMITTED
1READCOMMITTED
2REPEATABLEREAD
3
SERIALIZABLE
  游标语法
  二种产品中存储过程的创建和执行基本相似，但在移植时，游标语句中的一些例外是我们应当注意的。下面是一个例子：
CREATEPROCEDUREsql_cursorAS

char(20)
DECLAREmycursorCURSORFOR
SELECTau_lname,au_fnameFROM
authors
OPENmycursor

WHILE@@
FETCH_STATUS=0
/*Sybase数据库使用@SQLSTATUS而不是@@FETCH_STATUS*/
BEGIN

/*
**
这里应当是一些业务逻辑
*/
END
CLOSEmycursor
DEALLOCATE/*
Sybase数据库在这里需要CURSOR这个词*/mycursor
SybaseSQLServer
Fetch命令执行成功00
Fetch命令执行失败1-2
没有可存取的记录了2
-1
  退回触发器
  SQLServer中不存在这个命令，因此在向SQL
Server移植时，使用了ROLLBACKTRIGGER命令的Sybase存储过程必须被进行修改。在修改带有触发器的数据库表中的数据时，使用ROLLBACK
TRIGGER命令容易引起误解，一个ROLLBACK
TRIGGER命令只退回触发器以及触发触发器的数据修改，如果已经被提交了，则事务的其它部分会继续，被写到数据库中。因此，事务中的所有语句可能没有被成功地完成，但数据已经被提交了。
下面是Sybase数据库中一个使用ROLLBACK
TRIGGER的样例触发器：
CREATETABLEtable1(aint,bint)
GO
CREATETRIGGERtrigger1ontable1
FORINSERT
AS
IFEXISTS(SELECT1FROMinsertedWHEREa=
100)
BEGIN
ROLLBACKTRIGGERwithRAISERROR50000Invalidvalueforcolumn
a
END
INSERTINTOtable2
SELECTa,GETDATE()from
inserted
RETURN
GO
  在上面的代码中，除非a=100，则所有插入table1的数据也被作为审计行插入table2中，如果a=100，ROLLBACK
TRIGGER命令被触发，而INSERT命令没有被触发，批命令的其它部分继续执行，这时会出现错误信息，表明在一个INSERT命令中出现了错误。下面是所有的INSERT命令：
BEGINTRAN
INSERTINTOtable1VALUES(1,1)
INSERTINTOtable1VALUES
(100,2)
INSERTINTOtable1VALUES(3,3)
GO
SELECT*FROMtable1
  在执行这些命令后，table1和table2二个数据库表将各有2个记录，Table1表中的值为1，1以及3，3，由于ROLLBACK
TRIGGER命令，第二个INSERT命令没有执行；Table2表中的值为1，（当前日期）以及3，（当前日期），由于当a=100时ROLLBACK
TRIGGER被触发，触发器中的所有处理被中止，100没有被插入到Table2表中。
在SQL
Server中模拟这一操作需要更多的代码，外部的事务必须与保存点同时使用，如下所示：
CREATEtrigger1ontable1FOR
INSERT
AS
SAVETRANtrigger1
IFEXISTS(SELECT*FROMinsertedWHEREa
=100)
BEGIN
ROLLBACKTRANtrigger1
RAISERROR50000
ROLLBACK
END
INSERTINTOtable2
SELECTa,GETDATE()FROM
inserted
GO
  这一触发器以一个存储点开始，ROLLBACKTRANSACTION只退回触发逻辑，而不是整个事务（规模要小于Sybases数据库中的ROLLBACK
TRIGGER语句。对批命令的修改如下：
BEGINTRAN
SAVETRANsave1
INSERTINTOtable1
VALUES(1,1)

ROLLBACKTRANsave1
SAVETRAN
save2
INSERTINTOtable1VALUES(100,1)

ROLLBACK
TRANsave2
SAVETRANsave3
INSERTINTOtable1VALUES(3,3)

=50000
ROLLBACKTRANsave3
COMMITTRAN
  我们可以发现，改变不可谓不大。由于ROLLBACKTRIGGER命令能够使任何批命令不能成功执行，因此在移植的SQL
Server存储过程代码中必须包括另外的逻辑，根据ROLLBACK
TRIGGER的使用，这可能是一个艰巨而必要的任务，没有什么捷径可走。如果在移植后所有的ROLLBACKTRIGGER命令被改变为ROLLBACK
TRANSACTION，触发器的执行也会发生变化，因此我们应当十分小心。
  命令优化
  SQL
Server能够对SELECT、INSERT、UPDATE和DELETE命令进行优化，Sybase数据库则只支持对SELECT命令进行优化。下面是SQL
Server和Sybase在GUI方面的对比：
  SybaseSQL
Server
  使用被称作SHOWPLAN的基于文本的查询分析工具使用Query
Analyzer。
  在ISQL中启动SHOWPLAN的命令按钮多QueryAnalyzer中启动SHOWPLAN_ALL或
SHOWPLAN_TEXT的命令
SETSHOWPLANONSETSHOWPLAN_ALL
GOGO
  临时数据库表的名字
  表名字的类型   最大长度
  SQLServer表名字   128
  SQL
Server临时表名字 116
  Sybase表名字     30
  Sybase临时表名字   13
  数据类型
  数据类型SybaseSQLServer
  char(n)2558000
  varchar(n)255
8000
  nchar(n)2554000
  nvarchar(n)2554000
  binary255
8000
  varbinary2558000
  注意：
  1）SQL
Server中的bit类型数据的值可以被设置为0、1或NULL。
  2)Sybase中的bit类型数据的值不可以被设置为NULL。
  同一性列
  SybaseSQLServer
Numeric(x,0)Tinyint,smallint,int,decimal(x,0)or
numeric(x,0)
  打印语法
  在进行移植时，所有使用替换语法的打印语句必须被改变为RAISERROR语句。
  结论
  将Sybase数据库转换为SQL
Server数据库并非是不可能的，但二种产品之间存在许多差异，在转换时需要加以解决。根据应用程序的规模，这种转换可能需要大量的时间。尽管无需重新编写所有的应用程序，但需要完成的工作并不少。
  我目前还没有发现这二种数据库间转换的更简单的方法。由于二种产品在许多方面都非常相似，我们非常容易成功地将Sybase数据库转换为SQLServer数据。