在 EF 中使用连接或导航属性的差异

Question

我正在学习 EF，并试图了解何时使用哪种类型的查询。

例如这个查询：

From fe In Processes.Where(Function(process) CBool(process.Type = 21 And 
                                            process.State = 0 And
                                            process.VDat > #2017/01/01# And
                                            process.ProcessAdresses.Any(Function(adr) adr.AdrNr = "0201") And
                                            process.ProcessPorisitions.Any(Function(pp) pp.ArtID = 200)))

将返回 Type=21、State=0、Vdat>01.01.2017 中的所有 processes，其中 processAdress 和 AdrNr=0201 和 position 和 ArtId=200。 这里使用了导航属性并且必须启用延迟加载。 （我认为，因为需要加载相关数据，并且在访问导航道具时会加载）

现在我可以使用连接来表达相同的查询：

From fe In Processes.Where(
            Function(process) CBool(
                process.Art = 215 And
                process.State = 0 And
                process.VDat > #2017/01/01#))
     Join adr In ProcessAdresses.Where(
             Function(adr) adr.AdrNr = "020107")
         On fe.VID Equals vadr.VID
     Join pp In ProcessPorisitions.Where(
             Function(pp) pp.ArtID = 20004993)
         On fe.VID Equals vpos.VID
     Group  By fe Into Group
     Select fe

这里没有使用导航道具。

我试图使用 LinqPad 测量/分析性能，但我只能看到创建的 SQL 查询中的差异，不费吹灰之力......

所以我的问题是：

• 查询一种方式与查询另一种方式的主要区别是什么？
• 在使用其中一种时是否有任何规则可遵循？
• 在这种情况下或一般的 SQL 查询中，我如何才能弄乱性能？

Answer 1

查询一种方式与查询另一种方式的主要区别是什么？

联接更难阅读且更容易出错。 EG 第二个查询返回的数据和第一个一样吗？

在使用其中一种时有什么规则要遵循吗？

尽可能使用导航属性。

我怎样才能在这种情况下或一般的 SQL 查询中弄乱性能？

不正确的连接会导致性能下降，复杂的 LINQ 查询会导致异常复杂的 SQL。此外，急切加载过多的相关实体可能会导致昂贵的查询。

Answer 2

查询一种方式与查询另一种方式的主要区别是什么？

看看你的代码就足够了。使用导航属性使代码更容易理解和更好地维护。此外，显式连接容易出错。加入错误的 ID 属性很容易（我见过这种情况）。最后，如果您有更多类似的查询，它会导致重复代码。

在使用其中一种时有什么规则要遵循吗？

有指南。 DRY 就是其中之一。见上文。

我怎样才能在这种情况下或一般的 SQL 查询中弄乱性能？

这可能是规则（指南）的唯一例外。非强制性实体的导航属性将被翻译为外部连接。外连接的性能可能比内连接差。因此，当性能至关重要时和当空引用应该从最终结果中过滤掉时，您可以诉诸显式连接语句，覆盖导航属性。

另请参阅：Don't use Linq's Join. Navigate!。