要說LINQ存儲過程的設(shè)計，追本溯源，就一定要從存儲過程本身說起。作為一個存放在數(shù)據(jù)庫中的腳本，存儲究竟扮演了一個什么樣的角色呢？且聽筆者細細道來。

一、何謂存儲過程？

存儲過程者，乃是存放在數(shù)據(jù)庫中的一個腳本也。具體地說，存儲過程是保存起來的、可以接受或返回用戶提供的參數(shù)的T-SQL語句的集合。使用存儲過程最基本的好處是，可以將多個SQL語句打包在一起作為一個組來執(zhí)行，如果在應(yīng)用程序中恰當?shù)厥褂么鎯^程就可以提高應(yīng)用程序的效率。

二、存儲過程之優(yōu)點

1. 存儲過程通常可以為系統(tǒng)帶來性能改善，因為數(shù)據(jù)庫可以優(yōu)化該過程所使用的數(shù)據(jù)訪問計劃，并能為后續(xù)的重用實現(xiàn)高速緩存。

2. 存儲過程可以在數(shù)據(jù)庫內(nèi)部得到單獨的保護。管理員可以授予客戶端執(zhí)行存儲過程的權(quán)限，而不賦予它訪問底層表的權(quán)限。

3. 存儲過程可以使得維護更加方便，因為通常修改存儲過程要比更改已部署的組件內(nèi)部硬編碼的代碼中包含的SQL語句更簡單。但是隨著存儲過程實現(xiàn)的業(yè)務(wù)邏輯的增加，這一優(yōu)點將有所減弱。

4. 存儲過程在底層數(shù)據(jù)庫模式的基礎(chǔ)上增加了額外的抽象層。存儲過程的客戶端被隔離在存儲過程和底層模式的實現(xiàn)細節(jié)之外。

5. 存儲過程可以減少網(wǎng)絡(luò)流量。SQL語句可以批量執(zhí)行，應(yīng)用程序不必發(fā)送多個SQL請求。

三、存儲過程之缺點

在有些情況下仍然不推薦使用存儲過程，或者使用存儲過程不可行。

1.在應(yīng)用程序涉及大量的業(yè)務(wù)邏輯和處理時，如果完全用存儲過程實現(xiàn)業(yè)務(wù)邏輯，就會給服務(wù)器帶來過多的負荷。這種類型的處理例子包括數(shù)據(jù)傳輸、數(shù)據(jù)遍歷、數(shù)據(jù)轉(zhuǎn)換以及密集的計算操作。應(yīng)該將這一類型的處理轉(zhuǎn)移到業(yè)務(wù)過程或者數(shù)據(jù)訪問邏輯組件中，它們比數(shù)據(jù)庫服務(wù)器更具可伸縮性。

2.  不要將所有業(yè)務(wù)邏輯都放到存儲過程中，否則當需要在T-SQL中修改業(yè)務(wù)邏輯時，將影響應(yīng)用程序的維護和靈活性。例如，支持多個關(guān)系數(shù)據(jù)庫管理系統(tǒng)的ISV的應(yīng)用程序不必為每個系統(tǒng)維護獨立的存儲過程。

3.  滲編寫和維護存儲過程在大多數(shù)情況下是一項并非所有開發(fā)人員都擁有的專門技能。這一情況可能會給項目開發(fā)計劃引入瓶頸。

四、LIINQ之優(yōu)點
  
LINQ技術(shù)是Visual Studio 2008和.NET框架3.5中一項突破性創(chuàng)新，它在對象領(lǐng)域與數(shù)據(jù)領(lǐng)域架起了一座橋梁。此外，LINQ查詢功能直接可以嵌入到.NET框架3.5所支持的編程語言中。歸納來看，其具有如下優(yōu)勢：查詢語法簡單，易于書寫；語法錯誤及查詢數(shù)據(jù)的類型更加安全；LINQ存儲過程提供了較強的過濾、排序及分組等處理能力；易于處理多數(shù)據(jù)源和多數(shù)據(jù)格式數(shù)據(jù)。

五、LINQ時代存儲過程仍不可缺少

盡管LINQ存儲過程在新開發(fā)環(huán)境中具備了明顯的優(yōu)勢，但其在處理復雜的數(shù)據(jù)庫查詢方面仍存在性能問題。另一方面，LINQ to SQL技術(shù)基于ADO.NET，傳統(tǒng)SQL查詢資源在一定時期內(nèi)仍普遍存在。所以，LINQ對于傳統(tǒng)SQL查詢?nèi)蕴峁┝思嫒菪灾С帧INQ to SQL中仍可直接調(diào)用傳統(tǒng)SQL查詢語句及存儲過程中即是證明。

因此，在實際開發(fā)中應(yīng)當基于數(shù)據(jù)庫資源實際，在目前情況下，把LINQ查詢與適當?shù)膫鹘y(tǒng)SQL查詢相結(jié)合仍為推薦的數(shù)據(jù)庫方案。

【編輯推薦】

1. LINQ的演變及其對C#設(shè)計的影響
2. LINQ查詢表達式深入剖析
3. LINQ查詢的目的與實現(xiàn)手段
4. 實例二：綁定到LINQ查詢的結(jié)果
5. LINQ——語言級集成查詢?nèi)腴T指南