SQL Server 2005數(shù)據(jù)庫(kù)和VS2005的整合優(yōu)勢(shì)的好處
以下的文章主要向大家講述的是 VS2005與SQL Server 2005數(shù)據(jù)庫(kù)的整合優(yōu)勢(shì)，我們大家都知道VS2005與SQL Server 2005的整合優(yōu)勢(shì)整合SQL Server 2005與Visual Studio 2005倒不是頂新鮮的創(chuàng)舉。
Oracle早在2004年年底即率先針對(duì)Visual Studio 2003，推出Oracle Developer Tools for Visual Studio .NET，用意在提供.NET平臺(tái)的Oracle用戶，整合于Visual Studio的數(shù)據(jù)庫(kù)設(shè)計(jì)與管理工具，甚至可利用.NET開(kāi)發(fā)Stored Procedure（預(yù)存程序）。相信Oracle在不久的將來(lái)，也會(huì)針對(duì).NET Framework 2.0推出更新的開(kāi)發(fā)版本。
Stored Procedure效率佳，但與廠商緊密捆綁
站在程序開(kāi)發(fā)者的立場(chǎng)，數(shù)據(jù)庫(kù)與商業(yè)邏輯分開(kāi)，數(shù)據(jù)庫(kù)純粹儲(chǔ)存數(shù)據(jù)，程序開(kāi)發(fā)交由應(yīng)用程序處理比較單純；但從DBA的角度出發(fā)，系統(tǒng)歸系統(tǒng)，數(shù)據(jù)的處理由數(shù)據(jù)庫(kù)負(fù)責(zé)比較好。雖然兩者看法分岐，不過(guò)，Stored Procedure貼近數(shù)據(jù)庫(kù)引擎，執(zhí)行效能較佳，況且數(shù)據(jù)確實(shí)有預(yù)先處理的需求，透過(guò)程序遠(yuǎn)程處理不僅耗時(shí)，而且有網(wǎng)絡(luò)斷線造成執(zhí)行失敗的風(fēng)險(xiǎn)，因此，實(shí)務(wù)上Stored Procedure有存在的必要性。
Stored Procedure有以下的好處：
1.模塊化的程序撰寫：只需建立一次Stored Procedure，儲(chǔ)存在數(shù)據(jù)庫(kù)中，就可以讓不同的程序呼叫。
2.執(zhí)行效率佳：如果需要大量或反復(fù)執(zhí)行的數(shù)據(jù)處理，Stored Procedure的執(zhí)行速度會(huì)比T-SQL程序代碼的批處理快。因?yàn)?Stored Procedure 是在建立的時(shí)候進(jìn)行剖析和最佳化，所以執(zhí)行一次以后存在內(nèi)存中。而程序代碼則是每次執(zhí)行時(shí)都要反復(fù)地從客戶端傳到服務(wù)器。
3.減少網(wǎng)絡(luò)流量：即使是好幾百行T-SQL程序代碼的作業(yè)，也只要透過(guò)一個(gè)指令就可以執(zhí)行Stored Procedure中的程序代碼，而不必在網(wǎng)絡(luò)上傳送幾百行程序代碼。
雖然微軟的T-SQL或Oracle的PL/SQL，都兼容于ANSI-SQL，但畢竟不是標(biāo)準(zhǔn)，兩者都是廠商專屬的數(shù)據(jù)庫(kù)程序語(yǔ)言，所以，只要選擇撰寫Stored Procedure，就是緊密捆綁的開(kāi)始。不過(guò)，除非有不堪使用的重大理由，否則企業(yè)選定應(yīng)用程序搭配的數(shù)據(jù)庫(kù)，少有更換的情況，所以效能與捆綁的衡量，是視應(yīng)用而定。
以T-SQL或.NET開(kāi)發(fā)Stored Procedure各有利弊
單就SQL Server而言，Visual Studio 2005與SQL Server 2005整合，明顯的好處在于開(kāi)發(fā)數(shù)據(jù)庫(kù)程序，例如Stored Procedure或Trigger可以納管。過(guò)去，Stored Procedure必須部署到數(shù)據(jù)庫(kù)「執(zhí)行看看」，才知道有沒(méi)有問(wèn)題，而且Stored Procedure就像一般程序，檔案可能被別人修改或不小心被覆蓋，因此有管理的需要。透過(guò)Visual Studio的控管，對(duì)于SQL Server的管理確有正面的效果。
如果企業(yè)采用T-SQL撰寫Stored Procedure，SQL Server 2005已附贈(zèng)一套精簡(jiǎn)版的Visual Studio，DBA不再需要使用陽(yáng)春的文字編輯器撰寫Stored Procedure，可享有開(kāi)發(fā)、測(cè)試及版本管理的好處。
若搭配Visual Studio 2005，可使用C#和Visual Basic撰寫Stored Procedure。事實(shí)上，利用通用性程序語(yǔ)言撰寫Stored Procedure，微軟不是原創(chuàng)，Java的SQLJ也是對(duì)等的設(shè)計(jì)。
SQL Server 2005的核心已由.NET Framework 2.0改寫，因此，以Visual Basic或C#開(kāi)發(fā)的Stored Procedure好處包括：
1.編譯成為DLL（.NET Managed code Assembly）的Stored Procedure檔案，執(zhí)行在原生的.NET Framework 2.0平臺(tái)，預(yù)估效能會(huì)比T-SQL好，尤其是大量循環(huán)和字符串處理的應(yīng)用。
2.由于T-SQL是特定用途的程序語(yǔ)言，無(wú)法表達(dá)復(fù)雜的邏輯，所以即使是簡(jiǎn)單的字符串處理或數(shù)字計(jì)算，可能就要寫數(shù)十行的程序表達(dá)；改由通用性用途的C#或Visual Basic可以大幅縮短程序的長(zhǎng)度，也就增加程序的可維護(hù)性。
3.相較于T-SQL是SQL Server專屬語(yǔ)言，.NET是ISO標(biāo)準(zhǔn)。
缺點(diǎn)一言以蔽之，卻很關(guān)鍵：企業(yè)可能必須有長(zhǎng)期保存Visual Studio各種版本的心理準(zhǔn)備。
長(zhǎng)遠(yuǎn)看來(lái)，數(shù)據(jù)庫(kù)與開(kāi)發(fā)工具的生命周期大不相同，數(shù)據(jù)庫(kù)首重穩(wěn)定與安全，升級(jí)的頻率不像開(kāi)發(fā)工具那么趕流行，未來(lái)可能.NET Framework和Visual Studio都更新了好幾個(gè)版本，企業(yè)的SQL Server還在2005版，而Visual Studio不像JBuilder一樣有切換JDK版本的功能。
因此，DBA的計(jì)算機(jī)不管改朝換代了幾次，都必須裝有Visual Studio 2005，甚至隨數(shù)據(jù)庫(kù)版本的多元化，必須裝有Visual Studio不同版本，而且光盤也不能丟掉。那么情況可能就像現(xiàn)在計(jì)算機(jī)必須安裝著VB 6甚至VB 3一樣詭異。至于選T-SQL或.NET的權(quán)衡，可能又需視Stored Procedure的應(yīng)用層面來(lái)決定。
升級(jí)SQL Server 2005才能享有整合的好處
數(shù)據(jù)庫(kù)的工具整合于開(kāi)發(fā)環(huán)境，除了便利性，更重要的是數(shù)據(jù)庫(kù)的程序開(kāi)發(fā)，終于有了管理工具。過(guò)去Stored Procedure「丟上去Try看看」的作法，現(xiàn)在有了測(cè)試和版本控管的機(jī)制，由此看來(lái)，兩者確實(shí)有相互「抬轎」、彼此「綁樁」的效果。
不過(guò)，Stored Procedure到底是延用T-SQL，還是改采功能強(qiáng)大、可以處理復(fù)雜邏輯的Visual Basic和C#撰寫，就有很多層面的考慮。況且，企業(yè)既有的SQL Server是否升級(jí)到2005版又有很多影響因素，又將陷入一段長(zhǎng)考。
【編輯推薦】
