使用LINQ与Entity Framework时如何仅填充Dbo的部分数据库属性

问题本质 #

你之前遇到的类型不兼容报错，根源是Select投影时构造了匿名类型，导致投影结果类型（匿名类）和原变量的类型IQueryable<EmployeeDbo>不匹配。想要避免新建精简Dbo类，完全可以直接在投影阶段实例化原EmployeeDbo类，仅给需要的属性赋值，投影结果的类型依然是原生的EmployeeDbo，完全兼容后续代码的入参要求。

可直接运行的实现代码 #

// 注：原代码Where条件里的 = 是赋值语法，会报编译错误，需改为相等判断 ==
var query = _dbContext.Employees.Where(e => e.EmployeeId == employeeId);

// 投影时直接构造原EmployeeDbo实例，仅填充需要的属性
query = query.Select(e => new EmployeeDbo
{
    EmployeeId = e.EmployeeId,
    FirstName = e.FirstName,
    LastName = e.LastName
    // 不需要的冗余属性不做任何赋值
});

// 后续所有要求传入IQueryable<EmployeeDbo>的代码可正常运行，无类型兼容问题

核心注意事项 #

• 性能和新建专用精简Dbo完全一致：EF 会解析投影表达式，自动生成仅查询上述3个字段的SQL语句，不会从数据库拉取EmployeeData、EvenMoreEmployeeData这类冗余大字段，不存在全列查询的性能损耗。
• 场景限制：这种方式构造的实体是不完整的，未赋值的属性会保留CLR默认值（string类型为null，int类型为0）。仅适合只读查询场景，不要将这类部分投影的实体直接用于数据库更新操作——否则未赋值的属性会被默认值覆盖，造成数据意外篡改。
• 副作用规避：如果查询不需要变更跟踪，可在查询链路开头加上AsNoTracking()，EF 不会对这类投影实体做变更追踪，完全不存在误触发更新的风险。

灵活适配方案 #

如果后续代码流程中存在动态调整查询字段的需求，但又需要保持类型统一，可将后续的排序、过滤、分页操作直接链式写在投影完成后，最后再做结果物化，不需要硬把不同投影类型的结果塞回固定类型的query变量中。

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