如何使用EF与LINQ更高效地实例化加载实体关联数据

第一部分：多关联表查询最优实现 #

方案1：EF Core 5+ 内置Include + AsSplitQuery（推荐，开发成本最低） #

这是EF官方专门为解决Eager Loading笛卡尔爆炸问题推出的特性，本质是将关联表的查询拆分为独立SQL执行，EF会自动合并结果到主实体的导航属性，无需手动处理：

var item = db.Products
    .Include(p => p.Keywords)
    .Include(p => p.Serials)
    .AsSplitQuery()
    .FirstOrDefault(p => p.Id == 123);

• 优势：代码简洁，完全不需要手动处理结果拼装，没有笛卡尔积冗余数据，性能远高于单表JOIN的方案。
• 注意：仅EF Core 5及以上版本支持，总执行SQL数等于1（主表）+ 关联表数量，和你手写的3条查询次数一致，但框架层面做了优化，执行效率更高。

方案2：多结果集一次性查询（性能最优，适合性能敏感场景） #

如果需要严格控制只发起一次数据库请求，同时避免笛卡尔积，可以用多结果集查询，直接一次返回三个查询的结果，再手动拼装对象，以Dapper为例：

const string sql = @"
SELECT * FROM Products WHERE Id = @ProductId;
SELECT * FROM Keywords WHERE ProductId = @ProductId;
SELECT * FROM Serials WHERE ProductId = @ProductId;
";
using var multi = dbConnection.QueryMultiple(sql, new { ProductId = 123 });
var product = multi.ReadFirstOrDefault<Product>();
if (product != null)
{
    product.Keywords = multi.Read<Keyword>().ToList();
    product.Serials = multi.Read<Serial>().ToList();
}

• 优势：仅发起一次数据库请求，无冗余数据，性能是所有方案里最高的。
• 注意：需要手写SQL，适合对性能要求极高的场景。

第二部分：查询投影中直接给导航属性赋值 #

结论：不能直接在LINQ to Entities的Select里修改实体属性 #

因为LINQ to Entities需要将表达式树翻译成SQL语句，修改实体属性的操作无法被翻译为合法SQL，直接写product.Keywords = keyword会抛出运行时异常。

替代实现方案 #

可以先将查询结果拉取到内存，再分组拼装导航属性：

var query = from product in db.Products.AsNoTracking()
            join link1 in db.Keywords.AsNoTracking()
            on product.Id equals link1.ProductId into kwJoin
            from keyword in kwJoin.DefaultIfEmpty()
            where product.Id == 123
            select new { product, keyword };

var productResult = query
    // 拉取到内存处理
    .AsEnumerable()
    // 按产品Id分组
    .GroupBy(x => x.product.Id)
    .Select(g => 
    {
        var p = g.First().product;
        // 过滤空值后赋值给导航属性
        p.Keywords = g.Select(x => x.keyword).Where(k => k != null).ToList();
        return p;
    })
    .FirstOrDefault();

如果是常规场景，直接用Include加载导航属性即可，EF会自动完成属性填充，不需要手动写赋值逻辑。

内容的提问来源于stack exchange，提问作者Clueless.PS1