.NET深入实战系列—Linq to Sql进阶
最近在写代码的过程中用到了Linq查询，在查找资料的过程中发现网上的资料千奇百怪，于是自己整理了一些关于Linq中容易让人困惑的地方。
本文全部代码基于：UserInfo与Class两个表，其中Class中的UserId与UserInfo中的Id对应
本文唯一访问地址：http://www.cnblogs.com/yubaolee/p/BestLinqQuery.html
linq联合查询
内联查询
内联是一个实际使用频率很高的查询，它查询两个表共有的且都不为空的部分
from user in UserInfo
join c in Classes on user.Id equals c.UserId
select new
{
user.UserName,
user.Id,
c.ClassName
}
查询结果
对应的SQL语句
SELECT [t0].[UserName], [t0].[Id], [t1].[ClassName]
FROM [UserInfo] AS [t0]
INNER JOIN [Class] AS [t1] ON [t0].[Id] = [t1].[UserId]
左联查询
from user in UserInfo
join c in Classes on user.Id equals c.UserId into temp
from c in temp.DefaultIfEmpty()
select new
{
user.UserName,
user.Id,
c.ClassName
}
查询结果
对应SQL语句
SELECT [t0].[UserName], [t0].[Id], [t1].[ClassName] AS [ClassName]
FROM [UserInfo] AS [t0]
LEFT OUTER JOIN [Class] AS [t1] ON [t0].[Id] = [t1].[UserId]
！注意一下左联那个【temp】，它其实是一个IEnumerable集合。所以我们可以得到到左联的另一种结果：
from user in UserInfo
join c in Classes on user.Id equals c.UserId into temp
select new
{
user,
temp
}
查询结果（为了更明确表达集合，在Class表里特别加了一条记录，所以class那边共有3条）
对应SQL语句，与左联的SQL基本一样，但多了一个统计行数的列
SELECT t0.*, [t1].[Id] AS [Id2], t1.*, (
SELECT COUNT(*)
FROM [Class] AS [t2]
WHERE [t0].[Id] = [t2].[UserId]
) AS [value]
FROM [UserInfo] AS [t0]
LEFT OUTER JOIN [Class] AS [t1] ON [t0].[Id] = [t1].[UserId]
全联连是得到两个表的交叉结果（在SQL中称为cross join），这种联连方式得到的结果在没有过滤条件的情况下，基本没什么用。看看即可，代码如下：
from user in UserInfo
from c in Classes
select new
{
user.UserName,
user.Id,
c.ClassName
}
查询结果
对应SQL语句
SELECT [t0].[UserName], [t0].[Id], [t1].[ClassName]
FROM [UserInfo] AS [t0], [Class] AS [t1]
合并（Union）
这种查询其实也很少用，但在某些变态业务需求下会非常有用，注意查询的结果。它是合并两个表相同列数的结果，并且如果结果中有相同的行，那么只取一行记录。
(
from userinfo in UserInfo
select new {
Id = (System.Int32?)userinfo.Id,
Name = userinfo.UserName
}
).Union
(
from c in Classes
select new {
Id = (System.Int32?)c.UserId,
Name = c.ClassName
}
)
查询结果
对应SQL语句
SELECT [t0].[Id] AS [value], [t0].[UserName]
FROM [UserInfo] AS [t0]
UNION
SELECT [t1].[UserId] AS [value], [t1].[ClassName]
FROM [Class] AS [t1]
Linq 分组查询
分组查询（group by）也是我们在实际项目中一个常用的操作，查询操作如下：
from c in Classes
group c by c.UserId into temp
select temp
查询结果
注意一下查询结果，外层是一个我们常用的IQueryable
我们在使用它的结果时，应该这样调用：
var result = from c in _context.Classes
group c by c.UserId
into temp
select temp;
foreach (var c in result)
{
Console.WriteLine(c.Key);
foreach (var citem in c)
{
Console.WriteLine(citem.ClassName);
}
}
实体增加字段处理
我在本文例子中的UserInfo实体类如下：
public partial class UserInfo
{
public int Id { get; set; }
public string UserName { get; set; }
public string UserType { get; set; }
public int Money { get; set; }
}
现在我想在该实体中类中添加一个属性。为了保持原实体类的纯洁。我添加一个新的partial类：
public partial class UserInfo
{
///
/// 测试扩展属性
///
public string UserExt
{
get { return UserName + ":" + UserType; }
}
}
然后我们用EF访问一下，发现是可以访问的：
但如果我们这样使用时：
from user in _context.UserInfoes
select new
{
user.Id,
user.UserExt
};会发现编译是没有问题的。但运行时会出现下面异常：
具体错误信息如下： The specified type member 'UserExt' is not supported in LINQ to Entities. Only initializers, entity members, and entity navigation properties are supported.
即"UserExt"类型并不能被linq支持。因为在进入到foreach进行真正取数据之前。EF已经把linq转成SQL语句，而UserExt会被转成对应的数据库字段。因为数据库中并没有该字段，所以会出现这个问题。解决的方法很简单：
from user in _context.UserInfoes.ToList()
select new
{
user.Id,
user.UserExt
};
即先执行ToList()，提前让linq进行执行，生成UserInfo集合，这样就可以正常访问UserExt了。别看这个小小的改动。在多表联查过滤字段的情况下，你会体会到无尽的妙处！
你可能会想到一个问题，如果我再加一个完整的属性会出现什么情况？
public partial class UserInfo
{
public string UserExt
{
get { return UserName + ":" + UserType; }
}
//新增一个完整的属性
public string UserExt2 { get; set; }
}
上面的UserExt2是我们新加入的一个属性，现在我们来执行一下查询。我想真正去研究过Linq的人肯定知道结果了。
在Linq操作中实体中的属性必须在配置映射时指定。我们的数据库中当然没有UserExt2这个字段，所以增加Ignore标识，或调用一下：
this.Ignore(t => t.UserExt2);