ＳＱＬＳｅｒｖｅｒ目前正日益成為ＷｉｎｄｏｗＮＴ操作系統(tǒng)上面最為重要的一種數(shù)據(jù)庫(kù)管理系統(tǒng)，隨著 ＳＱＬＳｅｒｖｅｒ２０００的推出，微軟的這種數(shù)據(jù)庫(kù)服務(wù)系統(tǒng)真正的實(shí)現(xiàn)了在ＷｉｎｄｏｗｓＮＴ／２０００系列操作系統(tǒng)一統(tǒng)天下的局面，在微軟的操作系統(tǒng)上面，沒(méi)有任何一種數(shù)據(jù)庫(kù)系統(tǒng)能與之相抗衡，包括數(shù)據(jù)庫(kù)領(lǐng)域的領(lǐng)頭羊甲骨文公司的看家數(shù)據(jù)庫(kù)系統(tǒng)Ｏｒａｃｌｅ在內(nèi)。不可否認(rèn)，ＳＱＬ�。樱澹颍觯澹虻娜毕菥褪侵荒苓\(yùn)行在微軟自己的操作系統(tǒng)上面，這一點(diǎn)是ＳＱＬＳｅｒｖｅｒ的致命傷口。但在另一方面卻也成了的促進(jìn)劑，促使ＳＱＬＳｅｒｖｅｒ在自己僅有的“土地”上面將自己的功能發(fā)揮到了極至，限度的利用了ＮＴ系列操作系統(tǒng)的各種潛能！作為ＳＱＬＳｅｒｖｅｒ數(shù)據(jù)庫(kù)系統(tǒng)中很重要的一個(gè)概念就是存儲(chǔ)過(guò)程，合理的使用存儲(chǔ)過(guò)程，可以有效的提高程序的性能；并且將商業(yè)邏輯封裝在數(shù)據(jù)庫(kù)系統(tǒng)中的存儲(chǔ)過(guò)程中，可以大大提高整個(gè)軟件系統(tǒng)的可維護(hù)性，當(dāng)你的商業(yè)邏輯發(fā)生了改變的時(shí)候，不再需要修改并編譯客戶端應(yīng)用程序以及重新分發(fā)他們到為數(shù)眾多的用戶手中，你只需要修改位于服務(wù)器端的實(shí)現(xiàn)相應(yīng)商業(yè)邏輯的存儲(chǔ)過(guò)程即可。合理的編寫(xiě)自己需要的存儲(chǔ)過(guò)程，可以限度的利用ＳＱＬＳｅｒｖｅｒ的各種資源。下面我們來(lái)共同看看各種編寫(xiě)ＳＱＬＳｅｒｖｅｒ存儲(chǔ)過(guò)程和使用存儲(chǔ)過(guò)程的技巧經(jīng)驗(yàn)！

　　下面我們討論的前提都是您有過(guò)一定的ＳＱＬＳｅｒｖｅｒ存儲(chǔ)過(guò)程的編寫(xiě)經(jīng)驗(yàn)，下面的各種技巧如果沒(méi)有特別注明，則同時(shí)適用于ＳＱＬＳｅｒｖｅｒ７．０和ＳＱＬＳｅｒｖｅｒ２０００。

　�。薄⑹褂茫希眨裕校眨灶愋蛥�數(shù)的存儲(chǔ)過(guò)程的技巧

一般的存儲(chǔ)過(guò)程都是直接返回一段記錄集給調(diào)用者，但是有的時(shí)候我們只需要一些存儲(chǔ)過(guò)程返回的一些參數(shù)的值，這時(shí)候可以指定存儲(chǔ)過(guò)程的ＯＵＴＰＵＴ參數(shù)，比如：

　　Ｃｒｅａｔｅ�。穑颍铮悖澹洌酰颍濉。牵澹簦危幔恚濉�

　�。溃酰椋洹。睿觯幔颍悖瑁幔颍ǎ保�，

　　＠ｕｓｅｒｎａｍ�。睿觯幔颍悖瑁幔颍ǎ保埃�＝＇＇�。铮酰簦穑酰�

　　ＡＳ

　�。螅澹簟。溃酰螅澹颍睿幔恚澹剑В瑁铮睿纾悖瑁幔铮�

　�。牵�

　　在上面的存儲(chǔ)過(guò)程當(dāng)中我們傳遞進(jìn)的參數(shù)是＠ｕｉｄ，而參數(shù)＠ｕｓｅｒｎａｍｅ則在調(diào)有的時(shí)候不需要傳遞進(jìn)去。這樣，存儲(chǔ)過(guò)程會(huì)返回給我們參數(shù)＠ｕｓｅｒｎａｍｅ的值是‘ｈｏｎｇｃｈａｏ’。上面的都比較的容易，需要注意的是，當(dāng)在ＳＱＬ２０００中的時(shí)候，如果你的存儲(chǔ)過(guò)程只有一個(gè)參數(shù)，并且這個(gè)參數(shù)是ＯＵＴＰＵＴ類型的，你必須在調(diào)用這個(gè)存儲(chǔ)過(guò)程的時(shí)候給這個(gè)參數(shù)一個(gè)初始的值，否則會(huì)出現(xiàn)調(diào)用錯(cuò)誤的情況！

　�。病⒃诖鎯�(chǔ)過(guò)程中的書(shū)寫(xiě)注意事項(xiàng)

　　這一點(diǎn)在ＳＱＬＳｅｒｖｅｒ７．０和ＳＱＬＳｅｒｖｅｒ２０００中有些地方是不一樣的，也不
知道是不是微軟的遺漏，那就是有些系統(tǒng)的關(guān)鍵字在不同的版本之間有所不同，比如關(guān)鍵字ｌｅｖｅｌ，同樣的一句話：

ｓｅｌｅｃｔ�。�　ｆｒｏｍ�。酰螅澹颍蟆。鳎瑁澹颍濉。欤澹觯澹欤剑�

在ＳＱＬＳｅｒｖｅｒ７當(dāng)中的存儲(chǔ)過(guò)程當(dāng)中運(yùn)行沒(méi)有絲毫的問(wèn)題，但是到了ＳＱＬＳｅｒｖｅｒ２０００當(dāng)中則會(huì)出現(xiàn)運(yùn)行的錯(cuò)誤，原因就是在于在ＳＱＬＳｅｒｖｅｒ２０００中“ｌｅｖｅｌ”被當(dāng)作了關(guān)鍵字（奇怪的是ＳＱＬ７當(dāng)中也同樣是關(guān)鍵字，卻沒(méi)問(wèn)題），所以在ＳＱＬ２０００當(dāng)中，上面的語(yǔ)句應(yīng)當(dāng)改為：

ｓｅｌｅｃｔ�。��。妫颍铮怼。酰螅澹颍蟆。鳎瑁澹颍濉。郏欤澹觯澹欤荩剑�

從上面的例子中我們可以看到，在你編寫(xiě)存儲(chǔ)過(guò)程的時(shí)候，在有可能和系統(tǒng)關(guān)鍵字的地方使用“［”和“］”將他包圍起來(lái)，以避免在移植過(guò)程中出現(xiàn)的運(yùn)行錯(cuò)誤問(wèn)題。

　　３、在存儲(chǔ)過(guò)程中使用系統(tǒng)存儲(chǔ)過(guò)程ＳＰ＿Ｅｘｅｃｕｔｅｓｑｌ的注意事項(xiàng)

　　我們?cè)诰帉?xiě)自己的存儲(chǔ)過(guò)程的時(shí)候，往往在很多的情況下，會(huì)使用到系統(tǒng)的存儲(chǔ)過(guò)程ＳＰ＿Ｅｘｅｃｕｔｅ。但是需要的注意的是，如果你在這個(gè)存儲(chǔ)過(guò)程的參數(shù)（一般是一段ＳＱＬ語(yǔ)句）當(dāng)中進(jìn)行了臨時(shí)Ｔａｂｌｅ的操作，那末對(duì)于調(diào)用者來(lái)說(shuō)，這個(gè)臨時(shí)Ｔａｂｌｅ是不可見(jiàn)的，也就是說(shuō)你無(wú)法通過(guò)臨時(shí)Ｔａｂｌｅ來(lái)在調(diào)用者和被調(diào)用者之間傳遞值。解決的方法是使用全局臨時(shí)Ｔａｂｌｅ，也就是“＃�！遍_(kāi)頭的Ｔａｂｌｅ。

　�。�、在存儲(chǔ)過(guò)程中使用臨時(shí)Ｔａｂｌｅ和游標(biāo)的注意事項(xiàng)

　　如果我們的商業(yè)邏輯比較復(fù)雜，在存儲(chǔ)過(guò)程當(dāng)中，就需要一些媒介作為中轉(zhuǎn)臺(tái)，這時(shí)候臨時(shí)表j就發(fā)揮了作用，但是請(qǐng)務(wù)必記得在使用完之后，即時(shí)刪除使用到的臨時(shí)Ｔａｂｌｅ。

　　而在存儲(chǔ)過(guò)程當(dāng)中想要依次遍歷一個(gè)記錄集的方法就是使用系統(tǒng)游標(biāo)，同樣要注意的是，在使用完成之后及時(shí)關(guān)閉和銷毀游標(biāo)對(duì)象釋放他用到的資源。并且不在萬(wàn)不得已的情況下，不要隨意使用游標(biāo)，因?yàn)樗麜?huì)占用較多的系統(tǒng)資源，尤其是對(duì)于大并發(fā)量的情況下，很容易使得系統(tǒng)資源耗盡而崩潰。

　　使用臨時(shí)Ｔａｂｌｅ和游標(biāo)各有利弊，在使用的過(guò)程中要適當(dāng)?shù)睦�用即可�?