大家都知道Linq既可以用来查询数据库对象(我这里指的是Entity FrameWork里的Model对象),也可以用来查询内存中的IEnumerable对象。
两者单独查询时都不会出现什么问题,不过混合在一起时(一般是用关键字来join连接),要注意的地方就多着了。
我们首先来看这段代码:(注意:Linq代码里是把内存中的数据代码,也就是Linq to object放在join前面,数据库的数据代码放在join后面)
List objectList = new List();
objectList.Add(new MyObject { Identity = 1, Name = "Jack", Age = 30 });
objectList.Add(new MyObject { Identity = 2, Name = "Sam", Age = 28 });
objectList.Add(new MyObject { Identity = 3, Name = "Lucy", Age = 23 });
EntityRepository repository = new EntityRepository();
DbSet entitySet = repository.Context.Set();
var objectNames = (from ob in objectList
join en in entitySet
on ob.Identity equals en.SID
select ob.Name).ToList();
Entity是数据库表,有一个bigint型,名为SID字段,其他俩个为Name和Notes。上面的代码中是把Linq to Object放在前面,Linq to Entity 放在join中,编译运行顺利。
实际的查询数据库的语句为:
SELECT
[Extent1].[SID] AS [SID],
[Extent1].[Name] AS [Name],
[Extent1].[Notes] AS [Notes]
FROM [dbo].[Entity] AS [Extent1]
这里是整表查询。(可以打开Sql Server 2008 R2-->Performance Tools-->SQL Server Profiler, 来跟踪此语句)。
如果把以上代码改成select en.Name,仍然是整表查询。
如果是设计两个数据库表的查询,且最后是select 表中的某一列,则不可能是整表查询,而是单独查询了某一列;而这里把entity和object放在一起,就会涉及整表查询。此乃两者混合使用的第一弊端。
数据库的数据代码Linq to Entity在join前,内存中数据代码Linq to Object在join后。代码如下:
var entityNames = (from en in entitySet
join ob in objectList
on en.SID equals ob.Identity
select en.Name).ToList();
好了,编译通过,运行时抛异常了。
Only Primitive types ('Such as Int32, string, and Guid') are supported in this context
中文意思是“无法创建类型为“项目名.MyObject”的常量值。此上下文仅支持基元类型(“例如 Int32、String 和 Guid”)"
看来在涉及这种操作时,我们内存中的数据还不能是非基元类型。List
MyObject要为int32, string或者Guid,才能运行通过,并且不是整表查询,而是针对name列的单独查询。大家可以一试。
所以在这里给出大家一点建议:
在涉及到内存中的对象与EF里的对象混合查询时,如果内存中的对象不为基元类型,则先把其中的某个要参加匹配的变量查询出来,再拿着它与EF对象混合查询。
这样不仅不会出错,效率也高,且代码会两段写,也容易看清楚意思。
以上的代码这样,才是最佳的
IEnumerable idList = objectList.Select(o => o.Identity);
var entityNames = (from en in entitySet
join id in idList
on en.SID equals id
select en.Name).ToList();
数据库查询语句如下:
SELECT
[Extent1].[Name] AS [Name]
FROM [dbo].[Entity] AS [Extent1]
INNER JOIN (SELECT
[UnionAll1].[C1] AS [C1]
FROM (SELECT
cast(1 as bigint) AS [C1]
FROM ( SELECT 1 AS X ) AS [SingleRowTable1]
UNION ALL
SELECT
cast(2 as bigint) AS [C1]
FROM ( SELECT 1 AS X ) AS [SingleRowTable2]) AS [UnionAll1]
UNION ALL
SELECT
cast(3 as bigint) AS [C1]
FROM ( SELECT 1 AS X ) AS [SingleRowTable3]) AS [UnionAll2] ON CAST( [Extent1].[SID] AS bigint) = [UnionAll2].[C1]
虽然里面的操作是麻烦了点,但是最后查询出来的东西却只有Name一个。相对而言,还是比较好的。
Linq to entities does not recognize the method 'Int32 get_item(int32)' method, and this method cannot be translated into a store expression
Linq to Entities 不识别方法“Int64 get_Item(Int32)”,因此该方法无法转换为存储表达式。
且看代码
List list = new List { 1, 2, 3 };
var entity = entitySet.Where(en => en.SID == list[1]).ToList();
在这里数组的下标运算放在了linq表达式中,这种情况也是不被允许的。但是用contains,形如list.Contains(en.SID)
或者把下标操作放在linq语句都是可以的。
关系数据库不能识别 含有下标运算的表达式树翻译成的sql查询,为什么会这样呢? 也许要去问微软的工程师吧!
请看如下代码:
EntityRepository repository = new EntityRepository();
DbSet entitySet = repository.Context.Set();
List> tuple = entitySet.Select(en => new Tuple(en.SID, en.Name)).ToList();
LINQ to Entities 仅支持无参数构造函数和初始值设定项。 看来是在linq中使用了带参数的构造函数,linq是不支持这一点的。我们使用匿名类来试试看。
var tuple = entitySet.Select(en => new { en.SID, en.Name }).ToList();
.ToList()时要访问数据库,在这种情况下,带构造函数的Tuple自然是不能苟活的。所以只有在断开数据库后进行此操作才会万无一失。
List> tuple = entitySet.Select(en => new { en.SID, en.Name })
.AsEnumerable()
.Select(en => new Tuple(en.SID, en.Name)).ToList();
当然,用ToList()或ToArray()亦可!