param = new SqlParameter("@ParameterName", SqlDbType.DateTime);
param.Direction = ParameterDirection.Output;
param.Value = Convert.ToDateTime(inputdate);
da.SelectCommand.Parameters.Add(param);

　　若要獲得參儲(chǔ)過程的返回值：

param = new SqlParameter("@ParameterName", SqlDbType.DateTime);
param.Direction = ParameterDirection.ReturnValue;
param.Value = Convert.ToDateTime(inputdate);
da.SelectCommand.Parameters.Add(param);

　　從上面的代碼我們可以看出，當(dāng)存儲(chǔ)過程比較多或者存儲(chǔ)過程的參數(shù)比較多時(shí)，這種方法會(huì)大大影響開發(fā)的速度；另外一方面，如果項(xiàng)目比較大，那么這些用于數(shù)據(jù)庫(kù)邏輯的函數(shù)在以后的維護(hù)中也是一個(gè)很大的負(fù)擔(dān)。那么，有沒有一種改進(jìn)的方法可以解決這個(gè)問題呢？想到在執(zhí)行沒有參數(shù)的存儲(chǔ)過程時(shí)只需要傳入一個(gè)存儲(chǔ)過程的名字就可以調(diào)用相應(yīng)的存儲(chǔ)過程，而且在SqlServer數(shù)據(jù)庫(kù)中我們可以直接在查詢分析器中敲入“存儲(chǔ)過程名（參數(shù)列表）”樣的字符串就可以執(zhí)行存儲(chǔ)過程，那么，是否可以把這種思想應(yīng)用到應(yīng)用程序中呢？

　　于是在編譯器中鍵入相應(yīng)代碼。這些代碼是在調(diào)用不帶參數(shù)的存儲(chǔ)過程的代碼的基礎(chǔ)上改的。具體代碼如下：

SqlConnection conn=new SqlConnection(“connectionString”);
SqlDataAdapter da = new SqlDataAdapter();
da.SelectCommand = new SqlCommand();
da.SelectCommand.Connection = conn;
da.SelectCommand.CommandText = "NameOfProcedure（’para1’,’para2’,para3）";
da.SelectCommand.CommandType = CommandType.StoredProcedure;

　　為了使代碼更具有代表性，要調(diào)用的存儲(chǔ)過程的第一個(gè)和第二個(gè)參數(shù)都為字符串類型，第三個(gè)參數(shù)為整型。執(zhí)行以后發(fā)現(xiàn)，完全可以達(dá)到預(yù)期的效果！

　　兩種調(diào)用方法的比較
　　
　　通過比較我們可以看到，第二種方法具有一個(gè)很明顯的優(yōu)點(diǎn)，那就是可以提高開發(fā)速度，節(jié)省開發(fā)時(shí)間，而且代碼容易維護(hù)，在一定程度上也減少了系統(tǒng)大小。但是，由于對(duì)存儲(chǔ)過程參數(shù)的處理比較籠統(tǒng)，如果要獲取輸出參數(shù)或者得到存儲(chǔ)過程的返回值，這種方法就不能滿足需要了。雖然如此，但是，這種方法畢竟可以讓開發(fā)人員少些很大一部分的代碼。如果不需要獲取輸出參數(shù)和返回值，那么幾乎可以做到“一勞永逸”。因此在實(shí)際的程序開發(fā)中，這種方法還是具有一定的實(shí)用價(jià)值的。