查詢參數(shù)提高SQL語句的利用率

查詢參數(shù)提高SQL語句的利用率有時(shí)候數(shù)據(jù)庫管理員在查詢記錄的時(shí)候,有可能只是查詢條件不同,而其他的內(nèi)容都是相同的.如人事部門可能每天都需要查詢當(dāng)天礦工、遲到、早退的員工,然后向人事經(jīng)理匯報(bào)?其實(shí)這個(gè)時(shí)候SQL語句的大部分都是相同的，只是查詢條件中一個(gè)時(shí)間不一樣而已.遇到這種情況時(shí),數(shù)據(jù)庫管理員需要?jiǎng)?chuàng)建可以使用多次但每次使用不同值的查詢?在SQLServer數(shù)據(jù)庫中，把這種情況叫做參數(shù)查詢?參數(shù)的查詢要利用SQL語句，從而提高了SQL語句的利用率.一、在什么時(shí)候使用參數(shù)符號(hào)在SQLServer數(shù)據(jù)庫中，其提供的語言支持使用參數(shù)來作為查詢條件.如果用戶需要?jiǎng)?chuàng)建每次使用不同值的查詢，則可以在查詢中使用參數(shù)?那么這個(gè)參數(shù)到底是什么呢?其實(shí)確切的說，應(yīng)該把這個(gè)參數(shù)叫做占位符?即參數(shù)是在運(yùn)行查詢時(shí)提供值的占位符?在SQLServer數(shù)據(jù)庫中，在需要顯示的內(nèi)容（Select子句）與查詢條件（Where子句）中都可以采用參數(shù)，從其他地方接收輸入的值.不過大部分情況下,都只在查詢條件中使用參數(shù)?即在單個(gè)行或者組的搜索條件中使用參數(shù)作為占位符.不過并不是說只有在搜索條件中才能夠使用參數(shù)，只是說在搜索中參數(shù)使用的比較多而已?另外，有時(shí)候在表達(dá)式中可能也會(huì)用的比較多?如一個(gè)ERP系統(tǒng)中,可能會(huì)有一定的價(jià)格折扣，如5%的折扣.那么在應(yīng)用程序設(shè)計(jì)的時(shí)候，就需要把這個(gè)折扣率從前臺(tái)傳遞到后臺(tái)的SQL語句中.然后數(shù)據(jù)庫系統(tǒng)根據(jù)這個(gè)折扣率把計(jì)算后的架構(gòu)回傳給前臺(tái)的客戶端?在這個(gè)過程中，如果能夠采用參數(shù)來實(shí)現(xiàn)的話，就可以提高SQL語句的利用率.不用每次使用不同的折扣率,而采用不同的SQL語句.所以說，參數(shù)在SQLServer中的應(yīng)用范圍是非常廣泛的.通常情況下，在SQL語句的任何部分都可以采用參數(shù)來接受外部傳入的值，從而避免每次參數(shù)不同而調(diào)整SQL語句的情況.二、未命名參數(shù)與命名參數(shù)在SQLServer中，參數(shù)可以分為兩種，即未命名參數(shù)與命名參數(shù).通常情況下,如果SQL語句中只需要一個(gè)參數(shù)的話，那么可以采用未命名參數(shù).如需要查詢某個(gè)員工上班到現(xiàn)在的全部出勤信息?此時(shí)就只需要用到員工編號(hào)這個(gè)參數(shù)即可.此時(shí)可以采用未命名的參數(shù).不過有的時(shí)候可能查詢時(shí)需要不止一個(gè)參數(shù).如現(xiàn)在需要查詢某個(gè)員工在4月份的出勤情況.此時(shí)就需要兩個(gè)參數(shù),分別為員工編號(hào)、月份.或者需要三個(gè)參數(shù)，分別為員工編號(hào)、開始日期、結(jié)束日期等等.總之要多于一個(gè)參數(shù).此時(shí)就需要使用命名參數(shù).因?yàn)槿绻褂梦疵麉?shù)的話，則數(shù)據(jù)庫并不知道要把哪個(gè)參數(shù)對(duì)應(yīng)到哪個(gè)地方.所以說，如果要在查詢中使用多個(gè)參數(shù)，那么此時(shí)命名參數(shù)就會(huì)非常有用.未命名的參數(shù)使用很簡單.不需要像應(yīng)用程序開發(fā)那樣,先聲明再使用.而是在需要的地方直接輸入?符號(hào)即可.如需要把某個(gè)員工最為參數(shù)的話,則可以使用ad_user_id=?即可.這里需要注意一點(diǎn),這里不需要加入單引號(hào).因?yàn)檎Ｇ闆r下,如果輸入的條件是字符型的話,則必須利用單引號(hào)括起來.如果輸入的條件是數(shù)字的話,則不用單引號(hào).但是如果采用的是參數(shù)的話,無論最終輸入的數(shù)據(jù)類型是什么,這里都不用單引號(hào).否則的話,就不能夠達(dá)到預(yù)期的效果.如果采用的是命名參數(shù)的話,也不需要事先定義.只需要在使用的時(shí)候定義參數(shù)名字即可.這個(gè)定義的過程也很簡單.如現(xiàn)在用戶需要按員工編號(hào)與日期來查詢某個(gè)員工的出勤記錄.此時(shí)只需要使用AD_USER_ID=%USER_ID%ANDUSERDATE=%USERSDATE%.從這里可以看出，未命名參數(shù)與命名參數(shù)使用的參數(shù)符號(hào)是不同的.在命名參數(shù)是,需要中參數(shù)名字的前后使用%號(hào),表示這是一個(gè)命名參數(shù).不過這個(gè)前綴與后綴的字符數(shù)據(jù)庫管理員可以根據(jù)自己的需要來進(jìn)行自定義.不過需要注意的就是，在創(chuàng)建命名參數(shù)查詢之前，必須要先預(yù)先定義后這個(gè)參數(shù)的前綴與后綴符號(hào).三、在循環(huán)中使用參數(shù)標(biāo)記參數(shù)不僅可以用在Select查詢語句中，有時(shí)候在一些循環(huán)語句中也可以使用.如現(xiàn)在有一個(gè)股票分析系統(tǒng).用戶自定義了10只關(guān)注的股票.現(xiàn)在這個(gè)系統(tǒng)要每隔30秒就從數(shù)據(jù)庫系統(tǒng)中讀取這十只股票的最新價(jià)格.此時(shí)該如何實(shí)現(xiàn)呢?當(dāng)然用戶也可以在查詢條件語句中通過輸入10個(gè)股票的代碼來實(shí)現(xiàn)查詢.但是這個(gè)做非常的麻煩.而且由于用戶關(guān)注的股票數(shù)量不確定，所以采用多個(gè)命名參數(shù)來實(shí)現(xiàn)的話，也不現(xiàn)實(shí)?雖然SQL語句可以接受多個(gè)參數(shù)，但是其參數(shù)的數(shù)量必須是固定的?像現(xiàn)在這種不固定的參數(shù),SQL語句也很難實(shí)現(xiàn).針對(duì)這種情況,只有通過循環(huán)語句來實(shí)現(xiàn)?即在SQL語句中只使用一個(gè)參數(shù)，即股票代碼這個(gè)參數(shù).然后通過循環(huán)語句把用戶選定的股票代碼一個(gè)一個(gè)的傳遞進(jìn)去.傳進(jìn)去第一個(gè)后，數(shù)據(jù)庫返回結(jié)果;然后再傳進(jìn)去第二個(gè)，再返回結(jié)果.知道最后一個(gè)參數(shù)傳遞完畢.通常情況下，可以把這個(gè)循環(huán)語句做成一個(gè)存儲(chǔ)過程或者函數(shù).然后通過參數(shù)的個(gè)數(shù)來控制循環(huán)的次數(shù).這種解決方案可以很好的實(shí)現(xiàn)因?yàn)閰?shù)個(gè)數(shù)不確定而難以處理的情況.當(dāng)然，這其中仍然參數(shù)在起著主導(dǎo)作用.四、在SET語句中使用參數(shù)企業(yè)有時(shí)候可能遇到這種需求，即把滿足某個(gè)條件的記錄中，某些字段利用某個(gè)參數(shù)值來進(jìn)行代替.如企業(yè)可能經(jīng)濟(jì)效益好，要把提升員工的工資.其中普通員工提升10%，管理層員工提升15%.此時(shí)就需要用到SQL語句中的Update語句.這更新的時(shí)候，需要用到兩個(gè)參數(shù).一個(gè)是員工的類別，即是屬于普通員工又或者是屬于管理層員工;第二個(gè)參數(shù)是提升的百分比，是提升10%還是15%.其實(shí)在實(shí)際工作中，有很多地方需要用到類似地參數(shù)與語句?如在ERP系統(tǒng)中，有時(shí)候需要根據(jù)產(chǎn)品的類別或者供應(yīng)商來更新價(jià)格;如有時(shí)候需要把好幾年都沒有用過的產(chǎn)品信息設(shè)置為不活躍;有時(shí)候需要把訂單尾數(shù)少于5的采購訂單指定為結(jié)束等等?所有，數(shù)據(jù)庫管理員必須要掌握這種參數(shù)與Upadate語句結(jié)合使用的案例.這有助于數(shù)據(jù)庫管理員在日后的工作中,利用這些語句順利完成任務(wù).五、使用參數(shù)時(shí)的注意事項(xiàng)從上面分析中可以看出,使用參數(shù)與不使用參數(shù)有一個(gè)很大的區(qū)別.如果直接在SQL語句中輸入查詢條件（不通過參數(shù)來實(shí)現(xiàn)）,那么數(shù)據(jù)庫在編譯SQL語句的時(shí)候,會(huì)進(jìn)行語法方面的檢查.如果輸入的條件有錯(cuò)誤,或者其數(shù)據(jù)類型跟需要比較字段的數(shù)據(jù)類型不一致,或者在SET語句中需要更新的值與數(shù)據(jù)庫字段的數(shù)據(jù)類型不一致的話,那么數(shù)據(jù)庫就會(huì)提示錯(cuò)誤信息.也就是說,在執(zhí)行語句之前,就對(duì)了一道保障.但是如果使用參數(shù)來傳遞數(shù)據(jù)的話,有一個(gè)不好的信息.即在SQL語句執(zhí)行時(shí),傳遞的參數(shù)是否符合要求呢?此時(shí)對(duì)數(shù)據(jù)庫來說,只有在SQL語句執(zhí)行的時(shí)候才能夠知道.為了避免這種情況,最好能夠在應(yīng)用程序那邊進(jìn)行相關(guān)的判斷與限制.如需要查詢今天是否有員工曠工、遲到、早退等等情況.一共需要兩個(gè)參數(shù),一是時(shí)間,二是事由（可以多選）.但是這兩個(gè)數(shù)據(jù)又都是比較特別的.如時(shí)間是一個(gè)日期類型的數(shù)據(jù).如果在應(yīng)用程序客戶端用戶不小心輸入了一個(gè)不是日期類型的數(shù)據(jù),或者把2009年5月20日寫成了2009年5月40日.這很可能是筆誤,但這畢竟是錯(cuò)誤,數(shù)據(jù)庫無法識(shí)別類似的錯(cuò)誤.為此最好能夠在應(yīng)用程序客戶端處就進(jìn)行檢查.如果發(fā)現(xiàn)這個(gè)輸入的日期非法的話,就在客戶端把這個(gè)參數(shù)傳遞給數(shù)據(jù)庫之前就提示參數(shù)輸入錯(cuò)誤.另外事由這個(gè)字段應(yīng)該是跟列表類似的數(shù)據(jù)類型.在數(shù)據(jù)庫中只保存著對(duì)應(yīng)的幾個(gè)編碼.也就是說,其輸入的是有一定含義的序列.對(duì)于這種數(shù)據(jù),在客戶端上也需要進(jìn)行控制.其實(shí)控制起來也很簡單.即不要讓用戶自己手工輸入,而是通過復(fù)選框的形式來用戶來進(jìn)行選擇.然后應(yīng)用程序直接根據(jù)選擇的內(nèi)容翻譯成對(duì)應(yīng)的參數(shù)然后傳遞給數(shù)據(jù)庫中的SQL語句.顯然在應(yīng)用程序客戶端層面可以對(duì)參數(shù)的合法性進(jìn)行控制，最大限度的保障輸入的數(shù)據(jù)符合