最近參與了將一個(gè)Sybase數(shù)據(jù)庫(kù)移植到Microsoft SQL Server 2000上的項(xiàng)目，我在這一項(xiàng)目上獲得的經(jīng)驗(yàn)，將對(duì)Sybase數(shù)據(jù)庫(kù)治理員把Sybase數(shù)據(jù)庫(kù)移植到SQL Server 2000平臺(tái)上有一定的幫助。 盡管二者之間的一些差別是相當(dāng)大的，例如Sybase數(shù)據(jù)庫(kù)治理系統(tǒng)中的存儲(chǔ)過(guò)程在SQL Server就不能被編譯，而其它差別則不太大。在完成這一轉(zhuǎn)換前，對(duì)腳本文件和存儲(chǔ)過(guò)程中編程邏輯的行為和結(jié)果進(jìn)行測(cè)試是很有必要的。在下面的部分中，我們將討論這二種數(shù)據(jù)庫(kù)系統(tǒng)之間的一些主要的不同點(diǎn)，在移植的規(guī)劃階段，我們必須仔細(xì)研究這些區(qū)別。數(shù)據(jù)兼容模式對(duì)SQL Server 2000和Sybase之間的一些兼容性差別的一個(gè)臨時(shí)性解決方案是改變SQL Server中的數(shù)據(jù)庫(kù)兼容性級(jí)別，使之與Sybase相符。為此，我們可以使用sp_dbcmptlevel存儲(chǔ)過(guò)程。下面表中的語(yǔ)句和結(jié)果顯示出不同版本數(shù)據(jù)庫(kù)之間的差別：（Untitled-1）注重：1、當(dāng)兼容性模式被設(shè)置為70時(shí)，下面的詞匯不能被用作對(duì)象名和標(biāo)識(shí)符：BACKUP、DENY、PRECENT、RESTORE和TOP。2、當(dāng)兼容性模式被設(shè)置為65時(shí)，下面的詞匯不能被用作對(duì)象名和標(biāo)識(shí)符：AUTHORIZATION、CASCASE、CROSS、DISTRIBUTED、ESCAPE、FULL、INNER、JOIN、LEFT、OUTER、PRIVILEGES、RESTRICT、RIGHT、SCHEMA和WORK。下面是sp_dbcmptlevel的語(yǔ)法：sp_dbcmptlevel [[@dbname=] name][,[@new_cmptlevel=]version]@dbname是用于檢查和改變兼容性水平的數(shù)據(jù)庫(kù)名字。@new_cmptlevel決定數(shù)據(jù)庫(kù)被設(shè)置的兼容性水平（將它設(shè)置為70、65、60，缺省值為NULL）。例如：sp_dbcmptlevel pubs這一行代碼返回下面的結(jié)果：The current compatibility level is 70.（當(dāng)前的兼容性級(jí)別為70。）現(xiàn)在我們來(lái)看一下另外一個(gè)例子：sp_dbcmptlevel pubs, 65它返回如下的結(jié)果：DBCC execution completed. （DBCC執(zhí)行結(jié)束。）果DBCC打印出錯(cuò)誤信息，則需要與系統(tǒng)治理員聯(lián)系。我們可以使用rerunsp_dbcmptlevel驗(yàn)證pubs數(shù)據(jù)庫(kù)是否修改得正確：sp_dbcmptlevel pubs它返回下面的結(jié)果：The current compatibility level is 65（當(dāng)前的兼容性級(jí)別為65。）除了上面的例子外，兼容性級(jí)別的差別還擴(kuò)展到了保留字。Sybase和SQL Server都有許多不能被用作數(shù)據(jù)庫(kù)中對(duì)象名字的的保留字，二種產(chǎn)品的保留字相似，但并不完全相同。由于能夠在Sybase中使用的對(duì)象可能不能在SQL Server中使用，這一問(wèn)題使得由Sybase向SQL Server的移植憑添了許多困難。下面是在SQL Server中是保留字，而在Sybase中不是保留字的詞匯清單。注重：名字為下列清單中詞匯的Sybase數(shù)據(jù)庫(kù)中的對(duì)象在移植到SQL Server數(shù)據(jù)庫(kù)時(shí)必須換為其它名字。BACKUP COLUMN COMMITTED CONTAINS CONTAINSTABLECROSS CURRENT_DATE CURRENT_TIME CURRENT_TIMESTAMP CURRENT_USERDENY DISTRIBUTED FILE FLOPPY FREETEXTFREETEXTTABLE FULL IDENTITYCOL INNER JOIN事務(wù)治理模式Sybase SQL ServerSet chained [ on : off ] Set implicit_transactions [on : off ]在Sybase中使用下面的代碼判定事務(wù)模式：SELECT @@tranchainedGO下面是可能返回的結(jié)果：0 表明使用的是非鏈鎖式事務(wù)模式1 表明連接運(yùn)行在鏈鎖模式下在SQL Server中使用下面的代碼判定事務(wù)模式：IF (@@options & 2) > 0PRINT onELSEPRINT off下面是可能的返回結(jié)果：0 off>0 on隔離水平在一個(gè)關(guān)系數(shù)據(jù)庫(kù)這樣的多線(xiàn)程應(yīng)用軟件中，數(shù)據(jù)庫(kù)引擎對(duì)運(yùn)行的進(jìn)程間的數(shù)據(jù)是如何被隔離的治理是非常重要的，在表示隔離水平時(shí)，Sybase和SQL Server的語(yǔ)法是不同的。下面的表格表明了Sybase和SQL Server在表示隔離水平時(shí)的差別。Sybase SQL Server0 READ UNCOMMITTED1 READ COMMITTED2 REPEATABLE READ3 SERIALIZABLE游標(biāo)語(yǔ)法二種產(chǎn)品中存儲(chǔ)過(guò)程的創(chuàng)建和執(zhí)行基本相似，但在移植時(shí)，游標(biāo)語(yǔ)句中的一些例外是我們應(yīng)當(dāng)注重的。下面是一個(gè)例子：CREATE PROCEDURE sql_cursor ASDECLARE @lname char(20), @fname char(20)DECLARE mycursor CURSOR FORSELECT au_lname, au_fname FROM authorsOPEN mycursorFETCH FROM mycursor INTO @lname, @fnameWHILE @@ FETCH_STATUS = 0/* Sybase數(shù)據(jù)庫(kù)使用@SQLSTATUS而不是@@ FETCH_STATUS */BEGINFETCH FROM mycursor INTO @lname, @fname/*** 這里應(yīng)當(dāng)是一些業(yè)務(wù)邏輯*/ENDCLOSE mycursorDEALLOCATE /* Sybase數(shù)據(jù)庫(kù)在這里需要CURSOR這個(gè)詞 * / mycursorSybase SQL ServerFetch命令執(zhí)行成功 0 0Fetch命令執(zhí)行失敗 1 -2沒(méi)有可存取的記錄了 2 -1退回觸發(fā)器SQL Server中不存在這個(gè)命令，因此在向SQL Server移植時(shí)，使用了ROLLBACK TRIGGER命令的Sybase存儲(chǔ)過(guò)程必須被進(jìn)行修改。在修改帶有觸發(fā)器的數(shù)據(jù)庫(kù)表中的數(shù)據(jù)時(shí)，使用ROLLBACK TRIGGER命令輕易引起誤解，一個(gè)ROLLBACK TRIGGER命令只退回觸發(fā)器以及觸發(fā)觸發(fā)器的數(shù)據(jù)修改，假如已經(jīng)被提交了，則事務(wù)的其它部分會(huì)繼續(xù)，被寫(xiě)到數(shù)據(jù)庫(kù)中。因此，事務(wù)中的所有語(yǔ)句可能沒(méi)有被成功地完成，但數(shù)據(jù)已經(jīng)被提交了。下面是Sybase數(shù)據(jù)庫(kù)中一個(gè)使用ROLLBACK TRIGGER的樣例觸發(fā)器：CREATE TABLE table1 (a int, b int)GOCREATE TRIGGER trigger1 on table1 FOR INSERTASIF EXISTS (SELECT 1 FROM inserted WHERE a = 100)BEGINROLLBACK TRIGGER with RAISERROR 50000 Invalid value for column aENDINSERT INTO table2SELECT a, GETDATE() from insertedRETURNGO在上面的代碼中，除非a = 100，則所有插入table1的數(shù)據(jù)也被作為審計(jì)行插入table2中，假如a = 100，ROLLBACK TRIGGER命令被觸發(fā)，而INSERT命令沒(méi)有被觸發(fā)，批命令的其它部分繼續(xù)執(zhí)行，這時(shí)會(huì)出現(xiàn)錯(cuò)誤信息，表明在一個(gè)INSERT命令中出現(xiàn)了錯(cuò)誤。下面是所有的INSERT命令：BEGIN TRANINSERT INTO table1 valueS (1, 1)INSERT INTO table1 valueS (100,2)INSERT INTO table1 valueS (3, 3)GOSELECT * FROM table1在執(zhí)行這些命令后，table1和table2二個(gè)數(shù)據(jù)庫(kù)表將各有2個(gè)記錄，Table1表中的值為1，1以及3，3，由于ROLLBACK TRIGGER命令，第二個(gè)INSERT命令沒(méi)有執(zhí)行；Table2表中的值為1，（當(dāng)前日期）以及3，（當(dāng)前日期），由于當(dāng)a = 100時(shí)ROLLBACK TRIGGER被觸發(fā)，觸發(fā)器中的所有處理被中止，100沒(méi)有被插入到Table2表中。在SQL Server中模擬這一操作需要更多的代碼，外部的事務(wù)必須與保存點(diǎn)同時(shí)使用，如下所示：CREATE trigger1 on table1 FOR INSERTASSAVE TRAN trigger1IF EXISTS (SELECT * FROM inserted WHERE a = 100)BEGINROLLBACK TRAN trigger1RAISERROR 50000 ROLLBACKENDINSERT INTO table2SELECT a, GETDATE() FROM insertedGO這一觸發(fā)器以一個(gè)存儲(chǔ)點(diǎn)開(kāi)始，ROLLBACK TRANSACTION只退回觸發(fā)邏輯，而不是整個(gè)事務(wù)（規(guī)模要小于Sybases數(shù)據(jù)庫(kù)中的ROLLBACK TRIGGER語(yǔ)句。對(duì)批命令的修改如下：BEGIN TRANSAVE TRAN save1INSERT INTO table1 valueS (1, 1)IF @@error = 50000ROLLBACK TRAN save1SAVE TRAN save2INSERT INTO table1 valueS (100, 1)IF @@error = 50000ROLLBACK TRAN save2SAVE TRAN save3INSERT INTO table1 valueS (3, 3)IF @@error = 50000ROLLBACK TRAN save3COMMIT TRAN我們可以發(fā)現(xiàn)，改變不可謂不大。由于ROLLBACK TRIGGER命令能夠使任何批命令不能成功執(zhí)行，因此在移植的SQL Server存儲(chǔ)過(guò)程代碼中必須包括另外的邏輯，根據(jù)ROLLBACK TRIGGER的使用，這可能是一個(gè)艱巨而必要的任務(wù)，沒(méi)有什么捷徑可走。假如在移植后所有的ROLLBACK TRIGGER命令被改變?yōu)镽OLLBACK TRANSACTION，觸發(fā)器的執(zhí)行也會(huì)發(fā)生變化，因此我們應(yīng)當(dāng)十分小心。命令優(yōu)化SQL Server能夠?qū)ELECT、INSERT、UPDATE和DELETE命令進(jìn)行優(yōu)化，Sybase數(shù)據(jù)庫(kù)則只支持對(duì)SELECT命令進(jìn)行優(yōu)化。下面是SQL Server和Sybase在GUI方面的對(duì)比：Sybase SQL Server使用被稱(chēng)作SHOWPLAN的基于文本的查詢(xún)分析工具 使用Query Analyzer。在ISQL中啟動(dòng)SHOWPLAN的命令按鈕 多Query Analyzer中啟動(dòng)SHOWPLAN_ALL或 SHOWPLAN_TEXT的命令SET SHOWPLAN ON SET SHOWPLAN_ALLGO GO臨時(shí)數(shù)據(jù)庫(kù)表的名字表名字的類(lèi)型 　最大長(zhǎng)度SQL Server表名字　128SQL Server臨時(shí)表名字　116Sybase表名字　 30Sybase臨時(shí)表名字 　13數(shù)據(jù)類(lèi)型數(shù)據(jù)類(lèi)型 Sybase SQL Serverchar(n) 255 8000varchar(n) 255 8000nchar(n) 255 4000nvarchar(n) 255 4000binary 255 8000varbinary 255 8000注重：1）SQL Server中的bit類(lèi)型數(shù)據(jù)的值可以被設(shè)置為0、1或NULL。2) Sybase中的bit類(lèi)型數(shù)據(jù)的值不可以被設(shè)置為NULL。同一性列Sybase SQL ServerNumeric(x,0) Tinyint,smallint,int,decimal(x,0) or numeric(x,0)打印語(yǔ)法在進(jìn)行移植時(shí)，所有使用替換語(yǔ)法的打印語(yǔ)句必須被改變?yōu)镽AISERROR語(yǔ)句。結(jié)論將Sybase數(shù)據(jù)庫(kù)轉(zhuǎn)換為SQL Server數(shù)據(jù)庫(kù)并非是不可能的，但二種產(chǎn)品之間存在許多差異，在轉(zhuǎn)換時(shí)需要加以解決。根據(jù)應(yīng)用程序的規(guī)模，這種轉(zhuǎn)換可能需要大量的時(shí)間。盡管無(wú)需重新編寫(xiě)所有的應(yīng)用程序，但需要完成的工作并不少。我目前還沒(méi)有發(fā)現(xiàn)這二種數(shù)據(jù)庫(kù)間轉(zhuǎn)換的更簡(jiǎn)單的方法。由于二種產(chǎn)品在許多方面都非常相似，我們非常輕易成功地將Sybase數(shù)據(jù)庫(kù)轉(zhuǎn)換為SQL Server數(shù)據(jù)。 ;