大家刚接触LINQ的时候或许都会和我一样,整的一句话:那是相当滴激动!
左一句lambada右一句lambada,那简直是程序员的艺术。
写着写着,我靠,问题来了,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的反射也不是一般人随便就写得出来的。
哎,没办法,查了很多资料,解决方法如下:
(1)通过直接执行查询语句,这也是LINQ的老爸估计想到目前LINQ不完善而专门留下来的绝招:
LinQDataContext LQDC = new LinQDataContext();
LQDC.ExecuteQuery("select * from table where item like %ak47%");
这里顺带提醒大家%ak47%是会丢失数据库索引的,而ak47%则不会,要怎么解决想想博客,这里就不扯那么远啦。
有人讲啦,我靠又回到土办法啦,我讲:你NND,谁叫它不完善呢?
(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文件。。。费。
(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%嘿嘿。
我靠,太牛了。真的感动了一次。神呀,你终于拯救了我!!!
终于搞定了,呼呼,,,用了两年LINQ一直捆绕着我的LIKE终于搞死它了。
好了,还剩下一个大问题,假如我想用到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>
那么关于LINQ的NEW ID()还有两个方法,这些网上资料就很多了,而且也很好用,那我就不贴出来了,大家可以自己搜。
原址:
http://blog.csdn.net/alamiye010/archive/2009/03/02/3950597.aspx