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