我遇到了以下伪查询的问题:var daily = from p in db.table1group p by new{key1,key2} into gjoin d in db.table2on new { p.key1, p.key2 } equals { d.key1, d.key2 }select new{col1 = g.Key.key1col2 = g.Sum(...
我遇到了以下伪查询的问题:
var daily = from p in db.table1
group p by new
{
key1,
key2
} into g
join d in db.table2
on new { p.key1, p.key2 } equals { d.key1, d.key2 }
select new
{
col1 = g.Key.key1
col2 = g.Sum(a => a.column2)
col3 = d.column3
};
它运行但LINQ发送给SQL Server的生成的SQL语句是荒谬的.实际实现遵循与上面类似的设置,其中7个左右的列各自具有.Sum()计算.生成的SQL有大约10-11个嵌套的SELECT语句,没有INNER JOIN,当然,需要永远运行.
我测试了另一个查询实现:
var daily = from p in
(from p in db.table1
group p by new
{
key1,
key2
} into g
select new
{
col1 = g.Key.key1,
col2 = g.Sum(a => a.column2)
})
join d in db.table2
on new { p.key1, p.key2 } equals new { d.key1, d.key2 }
select new
{
col1 = p.col1,
col2 = p.col2,
col3 = d.column3
};
这个版本使用单个SUB-SELECT和一个INNER JOIN语句生成更合理的SQL(它也会立即运行).我讨厌的事情是,第一个LINQ查询是,恕我直言,更直接和简洁,而第二个似乎相当多余,因为我最终必须两次定义我想要的所有列.
为什么这两个类似的查询在服务器上执行的方式有很大不同?为什么查询2最终效率更高,即使它的代码表达性差得多?
有没有办法可以重写第一个查询与第二个查询一样有效?
解决方法:
LINQ 2 SQL有以下模式的问题:
from t in table
group t by key into g
from t in g //"ungroup" the grouping - this is causing a problem
select ...
我认为你的联接正在触发,因为它“取消了”分组.请注意,LINQ连接是一个GroupJoin,在SQL中无法表示.想一想:你会如何翻译我的示例查询?您必须将表连接到表的分组版本,从而导致疯狂的冗余.
我已经看过几次这个问题了.您已找到正确的解决方法:强制投影以防止出现此模式.
有一个稍微不那么尴尬的版本:
var daily = from p in db.table1
group p by new
{
key1,
key2
} into g
select new
{
col1 = g.Key.key1,
col2 = g.Sum(a => a.column2)
} into p
join d in db.table2 on new { p.key1, p.key2 } equals new { d.key1, d.key2 }
select new
{
col1 = p.col1,
col2 = p.col2,
col3 = d.column3
};
通过较不为人知的select x to y语法删除嵌套.
本文标题为:c# – 两个类似的LINQ查询,完全不同的生成SQL
- C# PC版微信消息监听自动回复的实现方法 2023-02-17
- C#实现 Server-sent Events的步骤 2023-03-28
- C# Chart绘制简单图形波形 2023-05-22
- C#处理类型和二进制数据转换并提高程序性能 2023-05-26
- C#比较日期的方法总结 2023-01-16
- c# – 如何在没有可见窗口的情况下启动.net windows窗体应用程序? 2023-09-19
- C#如何在窗体程序中操作数据库数据 2023-05-31
- Unity中Instantiate实例化物体卡顿问题的解决 2023-03-14
- C# 利用Selenium实现浏览器自动化操作的示例代码 2023-03-10
- C# 定时器保活机制引起的内存泄露问题解决 2023-02-08