婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > SqlServer參數化查詢之where in和like實現詳解

SqlServer參數化查詢之where in和like實現詳解

熱門標簽:西安青牛防封電銷卡 威海智能語音外呼系統 400電話申請需要開戶費嗎 重慶防封電銷機器人供應商 智能語音外呼系統哪個牌子好 北京辦理400電話多少 山西語音外呼系統價格 南京電銷外呼系統運營商 溫州語音外呼系統代理
身為一名小小的程序猿,在日常開發中不可以避免的要和where in和like打交道,在大多數情況下我們傳的參數不多簡單做下單引號、敏感字符轉義之后就直接拼進了SQL,執行查詢,搞定。若有一天你不可避免的需要提高SQL的查詢性能,需要一次性where in 幾百、上千、甚至上萬條數據時,參數化查詢將是必然進行的選擇。然而如何實現where in和like的參數化查詢,是個讓不少人頭疼的問題。

where in 的參數化查詢實現

首先說一下我們常用的辦法,直接拼SQL實現,一般情況下都能滿足需要
復制代碼 代碼如下:

string userIds = "1,2,3,4";
using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
comm.CommandText = string.Format("select * from Users(nolock) where UserID in({0})", userIds);
comm.ExecuteNonQuery();
}

需要參數化查詢時進行的嘗試,很顯然如下這樣執行SQL會報錯錯誤
復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
comm.CommandText = "select * from Users(nolock) where UserID in(@UserID)";
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
comm.ExecuteNonQuery();
}

很顯然這樣會報錯誤:在將 varchar 值 '1,2,3,4' 轉換成數據類型 int 時失敗,因為參數類型為字符串,where in時會把@UserID當做一個字符串來處理,相當于實際執行了如下語句
復制代碼 代碼如下:

select * from Users(nolock) where UserID in('1,2,3,4')

若執行的語句為字符串類型的,SQL執行不會報錯,當然也不會查詢出任何結果
復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
comm.CommandText = "select * from Users(nolock) where UserName in(@UserName)";
comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar, -1) { Value = "'john','dudu','rabbit'" });
comm.ExecuteNonQuery();
}

這樣不會抱任何錯誤,也查不出想要的結果,因為這個@UserName被當做一個字符串來處理,實際相當于執行如下語句
復制代碼 代碼如下:

select * from Users(nolock) where UserName in('''john'',''dudu'',''rabbit''')

由此相信大家對于為何簡單的where in 傳參無法得到正確的結果知道為什么了吧,下面我們來看一看如何實現正確的參數化執行where in,為了真正實現參數化where in 傳參,很多淫才想到了各種替代方案

方案1,使用CHARINDEX或like 方法實現參數化查詢,毫無疑問,這種方法成功了,而且成功的復用了查詢計劃,但同時也徹底的讓查詢索引失效(在此不探討索引話題),造成的后果是全表掃描,如果表里數據量很大,百萬級、千萬級甚至更多,這樣的寫法將造成災難性后果;如果數據量比較小、只想借助參數化實現防止SQL注入的話這樣寫也無可厚非,還是得看具體需求。(不推薦)

復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
//使用CHARINDEX,實現參數化查詢,可以復用查詢計劃,同時會使索引失效
comm.CommandText = "select * from Users(nolock) where CHARINDEX(','+ltrim(str(UserID))+',',','+@UserID+',')>0";
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
comm.ExecuteNonQuery();
}

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
//使用like,實現參數化查詢,可以復用查詢計劃,同時會使索引失效
comm.CommandText = "select * from Users(nolock) where ','+@UserID+',' like '%,'+ltrim(str(UserID))+',%' ";
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
comm.ExecuteNonQuery();
}

方案2 使用exec動態執行SQL,這樣的寫法毫無疑問是很成功的,而且代碼也比較優雅,也起到了防止SQL注入的作用,看上去很完美,不過這種寫法和直接拼SQL執行沒啥實質性的區別,查詢計劃沒有得到復用,對于性能提升沒任何幫助,頗有種脫了褲子放屁的感覺,但也不失為一種解決方案。(不推薦)
復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
//使用exec動態執行SQL
  //實際執行的查詢計劃為(@UserID varchar(max))select * from Users(nolock) where UserID in (1,2,3,4)
  //不是預期的(@UserID varchar(max))exec('select * from Users(nolock) where UserID in ('+@UserID+')')
comm.CommandText = "exec('select * from Users(nolock) where UserID in ('+@UserID+')')";
comm.Parameters.Add(new SqlParameter("@UserID", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
comm.ExecuteNonQuery();
}

方案3 為where in的每一個參數生成一個參數,寫法上比較麻煩些,傳輸的參數個數有限制,最多2100個,可以根據需要使用此方案(推薦)
復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
//為每一條數據添加一個參數
comm.CommandText = "select * from Users(nolock) where UserID in (@UserID1,@UserId2,@UserID3,@UserID4)";
comm.Parameters.AddRange(
new SqlParameter[]{
new SqlParameter("@UserID1", SqlDbType.Int) { Value = 1},
new SqlParameter("@UserID2", SqlDbType.Int) { Value = 2},
new SqlParameter("@UserID3", SqlDbType.Int) { Value = 3},
new SqlParameter("@UserID4", SqlDbType.Int) { Value = 4}
});

comm.ExecuteNonQuery();
}

方案4 使用臨時表實現(也可以使用表變量性能上可能會更加好些),寫法實現上比較繁瑣些,可以根據需要寫個通用的where in臨時表查詢的方法,以供不時之需,個人比較推崇這種寫法,能夠使查詢計劃得到復用而且對索引也能有效的利用,不過由于需要創建臨時表,會帶來額外的IO開銷,若查詢頻率很高,每次的數據不多時還是建議使用方案3,若查詢數據條數較多,尤其是上千條甚至上萬條時,強烈建議使用此方案,可以帶來巨大的性能提升(強烈推薦)
復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
string sql = @"
declare @Temp_Variable varchar(max)
create table #Temp_Table(Item varchar(max))
while(LEN(@Temp_Array) > 0)
begin
if(CHARINDEX(',',@Temp_Array) = 0)
begin
set @Temp_Variable = @Temp_Array
set @Temp_Array = ''
end
else
begin
set @Temp_Variable = LEFT(@Temp_Array,CHARINDEX(',',@Temp_Array)-1)
set @Temp_Array = RIGHT(@Temp_Array,LEN(@Temp_Array)-LEN(@Temp_Variable)-1)
end
insert into #Temp_Table(Item) values(@Temp_Variable)
end
select * from Users(nolock) where exists(select 1 from #Temp_Table(nolock) where #Temp_Table.Item=Users.UserID)
drop table #Temp_Table";
comm.CommandText = sql;
comm.Parameters.Add(new SqlParameter("@Temp_Array", SqlDbType.VarChar, -1) { Value = "1,2,3,4" });
comm.ExecuteNonQuery();
}

like參數化查詢
like查詢根據個人習慣將通配符寫到參數值中或在SQL拼接都可,兩種方法執行效果一樣,在此不在詳述
復制代碼 代碼如下:

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
//將 % 寫到參數值中
comm.CommandText = "select * from Users(nolock) where UserName like @UserName";
comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar, 200) { Value = "rabbit%" });
comm.ExecuteNonQuery();
}

using (SqlConnection conn = new SqlConnection(connectionString))
{
conn.Open();
SqlCommand comm = new SqlCommand();
comm.Connection = conn;
//SQL中拼接 %
comm.CommandText = "select * from Users(nolock) where UserName like @UserName+'%'";
comm.Parameters.Add(new SqlParameter("@UserName", SqlDbType.VarChar, 200) { Value = "rabbit%" });
comm.ExecuteNonQuery();
}

看到Tom.湯和蚊子額的評論 補充了下xml傳參和tvp傳參,并對6種方案做了個簡單總結

Sql Server參數化查詢之where in和like實現之xml和DataTable傳參

此文章屬懶惰的肥兔原創
您可能感興趣的文章:
  • SQLServer中使用擴展事件獲取Session級別的等待信息及SQLServer 2016中Session級別等待信息的增強
  • sqlserver 模糊查詢常用方法
  • SqlServer使用 case when 解決多條件模糊查詢問題
  • SqlServer中模糊查詢對于特殊字符的處理方法
  • MSSQL Server 查詢優化方法 整理
  • sqlserver 中charindex/patindex/like 的比較
  • SqlServer參數化查詢之where in和like實現之xml和DataTable傳參介紹
  • SqlServer2016模糊匹配的三種方式及效率問題簡析

標簽:新余 金昌 河源 宜春 貸款群呼 黃山 濟寧 中衛

巨人網絡通訊聲明:本文標題《SqlServer參數化查詢之where in和like實現詳解》,本文關鍵詞  SqlServer,參數,化,查詢,之,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《SqlServer參數化查詢之where in和like實現詳解》相關的同類信息!
  • 本頁收集關于SqlServer參數化查詢之where in和like實現詳解的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    一区二区三区四区中文字幕| 日本一区二区成人| 欧美一区二区在线不卡| 国产精品色哟哟| 精品一区二区三区日韩| 日韩欧美一区电影| 日韩精品午夜视频| 欧美亚洲动漫精品| 亚洲成人动漫av| 欧美日韩在线不卡| 日韩国产欧美在线视频| 欧美午夜不卡在线观看免费| 亚洲欧美视频在线观看视频| 91社区在线播放| 亚洲欧洲av一区二区三区久久| 成人av午夜电影| 国产欧美日韩一区二区三区在线观看 | 同产精品九九九| 精品视频色一区| 天天综合色天天综合色h| 精品国产一二三| 91视频观看免费| 麻豆freexxxx性91精品| 国产精品免费人成网站| 欧美精选一区二区| 国产91在线|亚洲| 亚洲国产成人tv| 国产色综合久久| 91精品国产全国免费观看| 成人免费高清视频在线观看| 亚洲综合自拍偷拍| 精品国产百合女同互慰| 欧亚一区二区三区| 国产成人精品亚洲777人妖| 一级做a爱片久久| 国产亚洲欧洲一区高清在线观看| 91国产免费观看| 国产精品影音先锋| 免费高清在线视频一区·| 亚洲欧美日本在线| 中文字幕乱码一区二区免费| 日韩欧美一级二级三级久久久| 日本伦理一区二区| 国产成人亚洲精品青草天美| 午夜欧美一区二区三区在线播放| 亚洲欧洲精品一区二区三区不卡| 久久中文字幕电影| 91精品国产aⅴ一区二区| 一本久久a久久免费精品不卡| 韩日av一区二区| 久久国产精品第一页| 日韩在线卡一卡二| 天堂午夜影视日韩欧美一区二区| 中文字幕亚洲一区二区va在线| 久久综合久久综合久久综合| 欧美视频中文字幕| 91麻豆精品国产无毒不卡在线观看| 免费成人美女在线观看| 亚洲超碰精品一区二区| 亚洲一区在线观看视频| 亚洲激情综合网| 亚洲精品国产一区二区三区四区在线 | 国产成人在线视频网址| 男女激情视频一区| 五月婷婷另类国产| 五月激情丁香一区二区三区| 亚洲成a人v欧美综合天堂下载| 国产精品无码永久免费888| 精品日韩99亚洲| 精品久久五月天| 日韩一区二区在线免费观看| 日韩一区二区三区免费看| 日韩一区二区在线观看视频播放| 欧美一级高清片| 国产色产综合色产在线视频| 亚洲国产岛国毛片在线| 亚洲视频一区在线| 亚洲一线二线三线久久久| 天涯成人国产亚洲精品一区av| 亚洲第一在线综合网站| 日韩高清中文字幕一区| 韩国av一区二区三区在线观看| 国产精品996| av电影一区二区| 欧美色图在线观看| 欧美视频日韩视频在线观看| 日韩欧美中文字幕制服| 国产女人18水真多18精品一级做| 亚洲欧美日韩精品久久久久| 日产欧产美韩系列久久99| 久久国产日韩欧美精品| 成人午夜又粗又硬又大| 欧美精选午夜久久久乱码6080| 欧美一区二区三区不卡| 中文字幕免费不卡| 天堂av在线一区| av不卡在线播放| 欧美欧美午夜aⅴ在线观看| 久久久久久毛片| 五月激情综合色| av电影天堂一区二区在线| 日韩欧美专区在线| 亚洲一区二区综合| 国产成人av电影在线播放| 欧美一区二区视频观看视频| 国产欧美日韩另类视频免费观看| 中文字幕在线不卡一区| 日韩精品国产精品| 国产精品99久久久久久有的能看| 欧美午夜电影一区| 亚洲国产精品av| 精品一区二区在线播放| 欧美最猛性xxxxx直播| 亚洲精品五月天| 国产福利一区二区三区视频在线 | 日韩无一区二区| 中文字幕一区二区三区在线播放 | 日韩一区二区在线观看视频播放| 国产精品嫩草久久久久| 精品综合免费视频观看| 欧美色成人综合| 亚洲色图.com| 成人综合婷婷国产精品久久免费| 4438x亚洲最大成人网| 一区二区视频在线看| 国产精品夜夜嗨| 久久综合狠狠综合久久综合88| 日韩在线卡一卡二| 538在线一区二区精品国产| 一区二区三区在线视频观看 | 欧洲激情一区二区| 国产精品日韩精品欧美在线| 麻豆精品视频在线观看视频| 欧美欧美欧美欧美首页| 亚洲国产综合在线| 在线观看一区二区精品视频| 日本一二三四高清不卡| 成人国产视频在线观看| 国产精品久久久久久久久搜平片| 国产精品99久久久久久似苏梦涵| 久久美女艺术照精彩视频福利播放| 久久精品国产秦先生| 久久综合久色欧美综合狠狠| 激情欧美日韩一区二区| 久久久av毛片精品| 成人免费观看男女羞羞视频| 亚洲视频在线观看一区| 欧美性一二三区| 免费看日韩a级影片| 精品欧美一区二区在线观看| 麻豆精品视频在线观看| 欧美v国产在线一区二区三区| 久久成人av少妇免费| 国产喂奶挤奶一区二区三区| 色综合天天性综合| 午夜国产不卡在线观看视频| 欧美成人精品福利| 成人午夜在线免费| 亚洲裸体在线观看| 欧美日韩高清在线播放| 久久精品国内一区二区三区| 欧美激情在线免费观看| 欧美亚洲一区二区在线| 热久久国产精品| 国产精品久久看| 欧美亚洲日本一区| 日本免费在线视频不卡一不卡二| 91麻豆精品国产91久久久资源速度 | 粉嫩一区二区三区在线看| 最新成人av在线| 欧美精品日韩综合在线| 国产乱对白刺激视频不卡| 亚洲精品国产a久久久久久| 欧美日本一区二区在线观看| 国产福利一区二区| 亚洲最新在线观看| 日韩欧美成人一区| 99久久婷婷国产综合精品电影 | 午夜欧美大尺度福利影院在线看| 在线成人小视频| 狠狠狠色丁香婷婷综合激情| 亚洲欧美日韩电影| 国产日韩精品一区二区浪潮av| 国产 欧美在线| 视频在线在亚洲| 亚洲欧美色图小说| 国产日韩亚洲欧美综合| 91麻豆精品国产| 欧美丝袜自拍制服另类| av一本久道久久综合久久鬼色| 青青草国产精品97视觉盛宴| 1000精品久久久久久久久| 久久久久国产精品人| 91精品国产综合久久精品麻豆| 99精品桃花视频在线观看| 国产乱码精品一区二区三| 捆绑调教美女网站视频一区| 亚洲图片欧美色图| 香蕉久久夜色精品国产使用方法| 亚洲精品乱码久久久久久久久|