LINQ模糊查詢的應用是LINQ學習的一個重要部分，lambada的靈活使用使得我們的程序可控性以及簡約性變得很好，那么對于LINQ模糊查詢的學習我們會碰到什么問題呢？讓我們來看看具體的一些問題。

LINQ模糊查詢的問題：LINQ TO SQL中的like怎么實現？

有人說：我用SqlMethods，例：

var query = from c in LQDC.Customers  
 
  where SqlMethods.Like(c.City, "L_n%")  
 
select c;   

可是問題依舊，假如我用的是通用字段模糊查詢呢？例如我一個下拉列表里有所有的字段名，那么客戶選擇下拉列表是隨機的，那我不是要

switch(item){   
case "city":   
...   
break;   
case "name":   
...   
break;   
}   

有幾個字段就寫幾個case。那么有人用LINQ的目的是什么，提高開發效率，減少開發時間，而且LINQ的反射也不是一般人隨便就寫得出來的。

LINQ模糊查詢的解決方案：

LINQ模糊查詢思路1、通過直接執行查詢語句

這也是LINQ的老爸估計想到目前LINQ不完善而專門留下來的絕招：

LinQDataContext LQDC = new LinQDataContext();   
 
LQDC.ExecuteQuery（"select * from table where item like %ak47%");   

這里順帶提醒大家%ak47%是會丟失數據庫索引的，而ak47%則不會，要怎么解決想想博客，這里就不扯那么遠啦。

LINQ模糊查詢思路2、調用存儲過程。

寫好一個存儲過程，例如名稱叫p_LikeSelect;

ALTER PROCEDURE [dbo].[p_LikeSelect]  
  @tablename nvarchar(255),  
  @columnname nvarchar(255),  
 
@value nvarchar(255)  
AS 
BEGIN 
set nocount on;  
declare @sqlcommand nvarchar(max);  
set @sqlcommand = 'select * from '+  
@tablename+' where.....(后面自己寫啦)  
 
exec sp_executesql @sqlcommand ;  
END 

但是問題又來啦，當你把這個存儲過程通過服務器資源管理器拖進dbml窗口以后，看看里面的返回值，我靠，不管你是左拖還是右拖上拖下拖，反正拖死你還是返回int,NND，你不能智能點嗎？造成的原因是存儲過程結尾用了exec，但是你要實現動態拼接字符串必須用exec，懂的朋友都知道(所以如果你結尾是select...什么的，它才可以識別出一個ISingleResult﹤T﹥或IMultipleResults﹤T﹥的返回類型，然后通過屬性修改器把它返回值手動修改成IQueryable﹤Customers﹥這樣才能最終被使用和保存)。

沒辦法，那只好手動強行修改dbml下的linq.designer.cs文件，打開找到

  [Function(Name="dbo.p_LikeSelect")]  
  public int p_TYSelect(  
[Parameter(DbType="NVarChar(255)")]   
string tablename, [Parameter(DbType=  
"NVarChar(255)")] string @columnname.......)  
  {  
   IExecuteResult result = this.ExecuteMethodCall(  
this, ((MethodInfo)(MethodInfo.GetCurrentMethod())),  
 tablename, diskname);  
   return ((int)(result.ReturnValue));  
  }  

把里面所有類型int全部修改成IQueryable﹤Customers﹥如下：

  [Function(Name="dbo.p_LikeSelect")]  
  public IQueryable﹤Customers﹥ p_TYSelect(  
[Parameter(DbType="NVarChar(255)")]   
string tablename,   
[Parameter(DbType="NVarChar(255)")]   
string @columnname.......)  
  {  
   IExecuteResult result = this.ExecuteMethodCall(  
this, ((MethodInfo)(MethodInfo.GetCurrentMethod())),   
tablename, diskname);  
   return ((IQueryable﹤Customers﹥)  
(result.ReturnValue));  
  }  

嘔，擦了一把汗，可是，神種是喜歡作弄人，當你再次修改dbml文件的時候，所有代碼又被重新覆蓋了，所以目前我最討厭LINQ的另外一個原因就在此了。真想罵它！這就意味著只要你系統沒有完成你就別想該dbml文件。。。費。

LINQ模糊查詢思路3、使用現成的程序

從網上下載了DynamicLibrary.cs或叫Dynamic.cs的，大小越70-80KB左右，using System.Linq.Dynamic; //using一下。ok,開始有搞頭啦。舉個例子，所有字段item和查詢的值value都可以動態啦，下面我截取了一段我項目中的使用（寫得不好不要打我呀）

if (selectnum == 0) {  
IQ = LQDC.Transport_Inner;  
} else {  
switch (type) {  
case "精確":  
if (itemtype == "tree" || itemtype == "specialtext") {  
IQ = LQDC.Transport_Inner.Where(item + "=@0", value);  
} else if (itemtype == "bit") {  
IQ = LQDC.Transport_Inner.Where(  
item + "=@0", Convert.ToBoolean(value));  
} else if (itemtype == "text") {  
if (!value.Trim().Equals("")) {  
IQ = LQDC.Transport_Inner.Where(  
item + "=@0", double.Parse(value));  
} else {  
IQ = LQDC.Transport_Inner.Where(item + "=null");  
}  
} else {  
IQ = LQDC.Transport_Inner.Where(item + "﹥=  
@0 and " + item + "﹤@1", date1.Date, date2.Date);  
}  
break;  
case "模糊":  
StringBuilder sb = new StringBuilder();  
IQ = LQDC.Transport_Inner.Where(@"BackNum.Contains(""000147"")");  
break;  
}  
}  

動態的內容都在“精確”里面的Where里，大家應該很容易看懂（還包括動態時間的比較）精華在最后“模糊”那，你可以通過查詢LINQ生成的SQL語句得到：

SELECT * FROM [dbo].[Transport_Inner] AS [t0]  
 
WHERE [t0].[BackNum] LIKE @p0   

類似于匹配以000147開頭的或是中間的或是結尾的，類似%000147%嘿嘿。還有假如用到sql中的new id()這個隨機查詢一個記錄，怎么辦？LINQ中也沒有呀，同樣得用到Dynamic.cs。好了使用起來也很方便，如下，查詢ID﹥5并小于100的隨即5條記錄。

var query =   
LQDC.Transport_Inner.Where(  
"ID﹥@0 and ID﹤@1", 5, 100).Select("new(id)").Take(5)  

當然，這只能返回IQueryable而非IQueryable﹤T﹥

原文來自CSDN博客：http://blog.csdn.net/alamiye010/archive/2009/03/02/3950597.aspx

LINQ模糊查詢的相關內容就向你介紹到這里，希望對你了解和學習LINQ模糊查詢有所幫助。

【編輯推薦】

1. 淺談LINQ刪除XML節點
2. 學習LINQ基本操作的一點體會
3. LINQ刪除記錄實戰解析
4. 淺析LINQ嵌套的實現過程
5. LINQ嵌套實戰案例分析