c# - Entity Framework : multiple queries vs inner joins

Question

我目前正在使用 Entity Framework，并且有一个关于内部连接的性能问题。

以下 2 种情况中哪一种是基于一般性能的最佳选择？

为简单起见，假设 sibling 之间存在一对一的关系。

(1) 内连接:

EFContext context = new EFContext();

int myId = GetMyOwnId();

Person me = context.People
                   .Include(p => p.Father)
                   .Include(p => p.Mother)
                   .Include(p => p.Brother)
                   .Include(p => p.Sister)
                   .Where(p => p.ID == myId);

return me;

(2)可选的多重查询:

EFContext context = new EFContext();

int myId = GetMyOwnId();

Person me = context.People
                   .Where(p => p.ID == myId);

if (me.FatherId.HasValue) 
    me.Father = context.People.Find(me.FatherId);

if (me.MotherId.HasValue) 
    me.Mother = context.People.Find(me.MotherId);

if (me.BrotherId.HasValue) 
    me.Brother = context.People.Find(me.BrotherId);

if (me.SisterId.HasValue) 
    me.Sister = context.People.Find(me.SisterId);

return me;

那么哪种情况最适合每种情况？

或者对于没有家庭的人，或者有 parent 和 sibling 的人来说，一个比另一个更好？

Answer 1

选项 (1) 应该总是更好，因为 JOIN 是在数据库级别执行的。根据经验，您可以说 native 数据库检查比代码检查更快，并且数据库和代码之间的多次往返总是比一次往返慢。由于数据库将隐式检查连接上的空 ID，因此无需在代码中执行此操作并为此添加可能的额外往返。此外，如果数据库知道查询的目的是什么，它将能够自动优化执行计划，这可以提供另一个性能提升 - 特别是在正确设置约束和/或频繁执行查询的情况下。

也许有人可以为此添加一个基准以 100% 确定，但从纯逻辑的角度来看，如果没有发生任何奇怪的事情，这应该是正确的。