EF Core：基于父数据筛选子数据的技术实现问询

EF Core 的 LINQ Provider 完全支持这类需求，无需依赖存储过程或预建查询，纯 C# 就能构造出数据库层面执行的高效查询，从根源避免加载全部子级导致的内存占用问题。以下是具体实现方案：

1. 投影筛选（推荐）：直接在查询中构造带筛选子级的结果集 #

通过 Select 投影，直接在数据库层面完成父级筛选和子级过滤，最终只返回符合条件的父级及其对应子级集合，全程不会加载无关数据。

示例代码（假设父级Type与子级Type存在关联规则，比如子级Type需匹配父级Type的关联类型）：

// 自定义父级Type到子级Type的筛选规则，只要逻辑能被EF Core解析为SQL即可
var filteredParents = dbContext.Parents
    .Select(p => new
    {
        Parent = p,
        // 根据父级Type筛选子级Type，比如子级Type是父级Type的衍生类型
        FilteredChildren = p.Children.Where(c => 
            c.Type == $"{p.Type}_Sub" || c.Type == p.Type)
    })
    .ToList();

如果父级与子级的Type映射是固定字典关系，可通过可解析的条件实现：

var typeMapping = new Dictionary<string, List<string>>
{
    { "ParentA", new List<string> { "ChildA1", "ChildA2" } },
    { "ParentB", new List<string> { "ChildB1" } }
};

// 将字典映射转换为EF Core可解析的LINQ条件
var filteredParents = dbContext.Parents
    .Select(p => new
    {
        Parent = p,
        FilteredChildren = p.Children.Where(c =>
            p.Type == "ParentA" && (c.Type == "ChildA1" || c.Type == "ChildA2")
            || p.Type == "ParentB" && c.Type == "ChildB1")
    })
    .ToList();

2. 显式加载：针对已加载的父级按需加载子级 #

如果已经加载了父级实例，可通过EF Core的显式加载功能，为每个父级单独查询符合条件的子级，同样不会加载全部子级：

// 先加载目标父级集合
var targetParents = dbContext.Parents.Where(p => p.Type == "TargetParentType").ToList();

foreach (var parent in targetParents)
{
    // 仅加载当前父级下符合Type条件的子级
    dbContext.Entry(parent)
        .Collection(p => p.Children)
        .Query()
        .Where(c => c.Type == GetMatchedChildType(parent.Type))
        .Load();
}

3. 需避开的错误写法 #

绝对不要先通过 Include 加载所有子级再在内存中筛选——这种方式会把父级关联的所有子级都拉到内存，完全违背性能优化的初衷：

// 错误示例！会加载全部子级到内存，内存占用极高
var badPractice = dbContext.Parents
    .Include(p => p.Children)
    .ToList()
    .Select(p => new
    {
        Parent = p,
        FilteredChildren = p.Children.Where(c => c.Type == "...")
    });

核心原理说明 #

EF Core 的 LINQ Provider 会将上述合法的LINQ查询转换为对应的SQL子查询或JOIN语句，所有筛选逻辑都在数据库端执行，最终返回的结果集中仅包含符合条件的父级和其对应子级，内存占用完全可控。

内容的提问来源于stack exchange，提问作者Tormod