让 Linq to Sql 使用 ISNULL 而不是 COALESCE 生成 T-SQL答案

【问题标题】：Make Linq to Sql generate T-SQL with ISNULL instead of COALESCE让 Linq to Sql 使用 ISNULL 而不是 COALESCE 生成 T-SQL
【发布时间】：2012-06-12 11:25:25
【问题描述】：

我有一个 linq to sql 查询，它返回一些余额非零的订单（实际上，查询有点复杂，但为简单起见，我省略了一些细节）。这个查询也应该返回没有 CardItems 的订单（两个子查询在 T-SQL 中都返回 NULL，比较两个 NULLS 得到 FALSE，所以我将子查询的 NULL 结果值转换为 0 进行比较）。

var q = (from o in db.Orders
         where db.Cards(p =>
             p.OrderId == o.Id 
             && p.Sum + (db.CardItems.Where(i => i.IncomeId == p.Id)
                        .Sum(i => (double?)i.Amount) ?? 0) 
                    != (db.CardItems.Where(i => i.DeductId == p.Id)
                        .Sum(i => (double?)i.Amount) ?? 0)
            ).Any()
         select o);

问题是，转换表达式 Sum(i => (double?)i.Amount) ?? 0 产生 COALESCE 操作符，这比完全相同的 T-SQL 查询慢十倍，因为其中包含子查询，将 COALESCE 替换为 ISNULL。在这种情况下是否有可能生成 ISNULL ？

【问题讨论】：

@PreetSangha，如果您知道问题出在哪里，那么以正确的方式编写代码有什么“错误”？我认为这是一种错误的方法，即使您知道问题所在，但您却什么也不做……如果您愿意生成比实际速度慢 10 倍的代码，那么调用优化是很有趣的”错了”...
@walther：许多其他人都说过为什么过早的优化是邪恶的。 OP：查询的整体运行时间是否受到显着影响？这应该指导这对您是否重要，而不是您以前与运营商的经验。
@Guvante 和许多其他人都说过，为什么愿意用“我以后可能会修复它”来编写一个糟糕的代码是一种糟糕的方法......如果你知道你的代码很糟糕，不要'不要等到它成为一个问题......只是我的意见，也许你想稍后解决问题:)
@walther：除非存在实际的性能问题，否则没有什么可修复的。而且我没有看到任何实际的性能测试表明COALESCE 导致了他的问题，只是他说他听说这样做很糟糕。在任何一种情况下，他都不应该做那样的事情（正如 Oblivion2000 的回答所示），所以这是一个有争议的问题。
伙计们，OP 已经清楚地表明 ISNULL 在他的情况下更可取。要么为他提供解决方法，要么回答问题！不用再争论了。

标签： c# linq tsql linq-to-sql

【解决方案1】：

根据我的经验，哄骗 linq 生成您想要的 SQL 充其量是一件麻烦事。如果您有一个比 linq 更好的查询实现（工作正常且性能良好），请继续使用它，即使只是针对这个查询。

最快的方法可能是DataContext.ExecuteQuery<TResult>。它甚至会为您处理和处理返回的对象，就像 linq 自己生成查询一样。

http://msdn.microsoft.com/en-us/library/bb361109.aspx

许多人宁愿将此 SQL 放在存储过程中，尤其是在生产代码中。然后您只需将存储过程映射到您的 linq 对象中，它的工作方式相同。通常情况下，ScottGu 有一篇关于如何做到这一点的相当详细的帖子：

http://weblogs.asp.net/scottgu/archive/2007/08/16/linq-to-sql-part-6-retrieving-data-using-stored-procedures.aspx

【讨论】：

【解决方案2】：

由于您假设将没有金额的行相加为零，那么您可以过滤掉没有金额的行，而不必担心 IsNull 或合并。

&& p.Sum + (db.CardItems.Where(i => i.IncomeId == p.Id)
                    .Where(i=> i.Amount > 0)
                    .Sum(i => (double?)i.Amount) ?? 0) 
                != (db.CardItems.Where(i => i.DeductId == p.Id)
                    .Where(i=> i.Amount > 0)
                    .Sum(i => (double?)i.Amount) ?? 0)

由于我不知道您的对象，您甚至可以删除强制转换（双精度？）和默认（？？）运算符

【讨论】：

如果删除空合并？？运算符，您的查询将不会返回没有 CardItems 的订单（SUM 运算符将返回 NULL，与 NULL 比较总是返回 FALSE），它将与 && p.Sum + (db.CardItems.Where(i => i.IncomeId == p.Id).Sum(i => i.Amount)) != (db.CardItems.Where(i => i.DeductId == p.Id).Sum(i => i.Amount) 相同。如果离开？？在它的位置上它不会带来任何优势，因为生成几乎与原点相同的 T-SQL。问题不在 NULL Amount 中，该列甚至不能为空，而是在 NULL SUM 中。