在 Linq 中使用 Join 和“Olde Style”pre ANSI join 语法有什么区别？

Question

这个问题来自question 我昨天问过为什么在我的实体上使用连接查询会产生极其复杂的 SQL。似乎执行这样的查询：

        var query = from ev in genesisContext.Events
                    join pe in genesisContext.People_Event_Link
                    on ev equals pe.Event
                    where pe.P_ID == key
                    select ev;

生成在数据库上运行需要 18 秒的可怕 SQL，而通过 where 子句（有点像 ANSI SQL 之前的语法）连接实体只需要不到一秒的时间就可以运行并产生相同的结果

        var query = from pe in genesisContext.People_Event_Link
                    from ev in genesisContext.Events
                    where pe.P_ID == key && pe.Event == ev
                    select ev;

我用谷歌搜索了一遍，但仍然不明白为什么第二个会产生与第一个不同的 SQL。有人可以向我解释一下区别吗？什么时候应该使用 join 关键字

---

这是我在查询中使用 Join 时生成的 SQL，运行时间为 18 秒：

SELECT 
1 AS [C1], 
[Extent1].[E_ID] AS [E_ID], 
[Extent1].[E_START_DATE] AS [E_START_DATE], 
[Extent1].[E_END_DATE] AS [E_END_DATE], 
[Extent1].[E_COMMENTS] AS [E_COMMENTS], 
[Extent1].[E_DATE_ADDED] AS [E_DATE_ADDED], 
[Extent1].[E_RECORDED_BY] AS [E_RECORDED_BY], 
[Extent1].[E_DATE_UPDATED] AS [E_DATE_UPDATED], 
[Extent1].[E_UPDATED_BY] AS [E_UPDATED_BY], 
[Extent1].[ET_ID] AS [ET_ID], 
[Extent1].[L_ID] AS [L_ID]
FROM  [dbo].[Events] AS [Extent1]
INNER JOIN [dbo].[People_Event_Link] AS [Extent2] ON  EXISTS (SELECT 
    1 AS [C1]
    FROM    ( SELECT 1 AS X ) AS [SingleRowTable1]
    LEFT OUTER JOIN  (SELECT 
            [Extent3].[E_ID] AS [E_ID]
        FROM [dbo].[Events] AS [Extent3]
        WHERE [Extent2].[E_ID] = [Extent3].[E_ID] ) AS [Project1] ON 1 = 1
    LEFT OUTER JOIN  (SELECT 
        [Extent4].[E_ID] AS [E_ID]
        FROM [dbo].[Events] AS [Extent4]
        WHERE [Extent2].[E_ID] = [Extent4].[E_ID] ) AS [Project2] ON 1 = 1
    WHERE ([Extent1].[E_ID] = [Project1].[E_ID]) OR (([Extent1].[E_ID] IS NULL) AND ([Project2].[E_ID] IS NULL))
)
WHERE [Extent2].[P_ID] = 291

---

这是使用 ANSI 样式语法生成的 SQL（与我自己编写 SQL 时所写的相当接近）：

SELECT * FROM Events AS E INNER JOIN People_Event_Link AS PE ON E.E_ID=PE.E_ID INNER JOIN PEOPLE AS P ON P.P_ID=PE.P_ID
WHERE P.P_ID = 291

Answer 1

上述查询都不是完全“正确”的。在 EF 中，通常使用关系属性代替上述任何一种都是正确的。例如，如果您在名为 Person.PhoneNumbers 的属性中有一个与 PhoneNumbers 一对多关系的 Person 对象，您可以编写：

var q = from p in Context.Person
        from pn in p.PhoneNumbers
        select pn;

EF 将为您构建连接。

就上面的问题而言，生成的 SQL 不同的原因是因为表达式树不同，即使它们产生相同的结果。表达式树映射到 SQL，您当然知道可以编写不同的 SQL，产生相同的结果但性能不同。当您编写一个非常“传统”的 EF 查询时，该映射旨在生成体面的 SQL。

但是映射并不那么聪明，无法进行非常规查询并对其进行优化。在您的第一个查询中，您声明 objects 必须是等价的。在第二个中，您声明 ID 属性 必须是等效的。我上面的示例查询说“只需获取这条记录的详细信息”。 EF 主要按照我展示的方式设计，但也能很好地处理标量等价。