此查询是否等同于 LEFT OUTER 连接？
//assuming that I have a parameter named 'invoiceId' of type int
from c in SupportCases
let invoice = c.Invoices.FirstOrDefault(i=> i.Id == invoiceId)
where (invoiceId == 0 || invoice != null)
select new
{
Id = c.Id
, InvoiceId = invoice == null ? 0 : invoice.Id
}
【问题讨论】：
标签： .net database linq linq-to-sql
您不需要 into 语句：
var query =
from customer in dc.Customers
from order in dc.Orders
.Where(o => customer.CustomerId == o.CustomerId)
.DefaultIfEmpty()
select new { Customer = customer, Order = order }
//Order will be null if the left join is null
是的，上面的查询确实创建了一个 LEFT OUTER 连接。
链接到处理多个左连接的类似问题： Linq to Sql: Multiple left outer joins
【讨论】：
不完全 - 因为左外连接中的每个“左”行将匹配 0-n 个“右”行（在第二个表中），而你的只匹配 0-1。要进行左外连接，需要SelectMany 和DefaultIfEmpty，例如：
var query = from c in db.Customers
join o in db.Orders
on c.CustomerID equals o.CustomerID into sr
from x in sr.DefaultIfEmpty()
select new {
CustomerID = c.CustomerID, ContactName = c.ContactName,
OrderID = x == null ? -1 : x.OrderID };
【讨论】：
into sq 在 LINQ 术语中称为分组。它是连接操作的虚拟结果，是由所有其他连接对象组成的集合，但似乎也具有连接右侧的属性。像 x.Customer 和 x.Order 以及 x.AllPropertiesOfOrder （因为它们循环通过 sr 和 from x in sr.DefaultIfEmpty()。DefaultIfEmpty 只是初始化一个默认的 Order 如果连接产生空值。
Public Sub LinqToSqlJoin07()
Dim q = From e In db.Employees _
Group Join o In db.Orders On e Equals o.Employee Into ords = Group _
From o In ords.DefaultIfEmpty _
Select New With {e.FirstName, e.LastName, .Order = o}
ObjectDumper.Write(q) End Sub
【讨论】：
我找到了 1 个解决方案。如果想把这种 SQL（左连接）翻译成 Linq Entity...
SQL：
SELECT * FROM [JOBBOOKING] AS [t0]
LEFT OUTER JOIN [REFTABLE] AS [t1] ON ([t0].[trxtype] = [t1].[code])
AND ([t1]. [reftype] = "TRX")
LINQ：
from job in JOBBOOKINGs
join r in (from r1 in REFTABLEs where r1.Reftype=="TRX" select r1)
on job.Trxtype equals r.Code into join1
from j in join1.DefaultIfEmpty()
select new
{
//cols...
}
【讨论】：
DefaultIfEmpty。
我想再补充一件事。在 LINQ to SQL 中，如果您的数据库已正确构建并且您的表通过外键约束相关联，那么您根本不需要进行连接。
我使用 LINQPad 创建了以下 LINQ 查询：
//Querying from both the CustomerInfo table and OrderInfo table
from cust in CustomerInfo
where cust.CustomerID == 123456
select new {cust, cust.OrderInfo}
翻译成下面的（稍微截断的）查询
-- Region Parameters
DECLARE @p0 Int = 123456
-- EndRegion
SELECT [t0].[CustomerID], [t0].[AlternateCustomerID], [t1].[OrderID], [t1].[OnlineOrderID], (
SELECT COUNT(*)
FROM [OrderInfo] AS [t2]
WHERE [t2].[CustomerID] = [t0].[CustomerID]
) AS [value]
FROM [CustomerInfo] AS [t0]
LEFT OUTER JOIN [OrderInfo] AS [t1] ON [t1].[CustomerID] = [t0].[CustomerID]
WHERE [t0].[CustomerID] = @p0
ORDER BY [t0].[CustomerID], [t1].[OrderID]
请注意上面的LEFT OUTER JOIN。
【讨论】：
注意性能：
我体验到，至少对于 EF Core，此处给出的不同答案可能会导致不同的性能。我知道 OP 询问了 Linq to SQL，但在我看来，EF Core 也会出现同样的问题。
在我必须处理的特定情况下，Marc Gravell 的（语法上更好的）建议导致交叉应用内的左连接 - 类似于 Mike U 描述的 - 其结果是估计成本与没有交叉连接的查询相比，此特定查询的高两倍。服务器执行时间相差 3 倍。 [1]
Marc Gravell 的解决方案导致查询没有交叉连接。
上下文：我基本上需要在两个表上执行两个左连接，每个表都需要连接到另一个表。此外，我必须在需要应用左连接的表上指定其他 where 条件。 此外，我在主表上有两个内连接。
预计运营商成本：
以毫秒为单位的服务器执行时间（查询执行 10 次；使用 SET STATISTICS TIME ON 测量）：
（两个查询的第一次运行都比较慢；似乎有些东西被缓存了。）
桌子大小：
EF Core 版本：2.2.1。
SQL 服务器版本： MS SQL Server 2017 - 14...（在 Windows 10 上）。
所有相关表仅在主键上有索引。
我的结论：总是建议查看生成的 SQL，因为它确实可能不同。
[1] 有趣的是，在 MS SQL Server Management Studio 中设置“客户端统计信息”时，我可以看到相反的趋势；即最后一次运行没有交叉应用的解决方案花费了超过 1 秒。我想这里出了点问题 - 可能是我的设置。
【讨论】：