你的问题核心是EF Core无法将客户端的GroupBy后续操作翻译成SQL，导致不得不拉取全量数据到内存处理，从而触发警告。下面提供两种完全支持数据库端执行的优化写法，彻底消除警告，同时性能更优：

方法一：多次关联t2表（最直观，EF完美支持） #

既然每个日期字段对应t2中特定ID的记录，我们可以针对每个日期字段单独关联t2表，通过复合条件（T1ID匹配 + t2的ID匹配）来获取对应日期。这种写法EF能完全翻译成JOIN SQL，没有任何客户端求值：

List<MyClass> list = (
    from t1 in con.t1
    // 关联Date1对应的t2记录（ID=1）
    join t2Date1 in con.t2 
        on new { T1ID = t1.ID, TargetT2ID = 1 } 
        equals new { t2Date1.T1ID, TargetT2ID = t2Date1.ID } 
        into date1LeftJoin
    from t2Date1 in date1LeftJoin.DefaultIfEmpty() // 左连接避免无记录时数据丢失
    
    // 关联Date2对应的t2记录（ID=2）
    join t2Date2 in con.t2 
        on new { T1ID = t1.ID, TargetT2ID = 2 } 
        equals new { t2Date2.T1ID, TargetT2ID = t2Date2.ID } 
        into date2LeftJoin
    from t2Date2 in date2LeftJoin.DefaultIfEmpty()
    
    // 依次添加剩下13个日期字段的关联逻辑
    select new MyClass
    {
        Name = t1.Name,
        Date1 = t2Date1?.Date ?? default(DateTime), // 无记录时用默认值，可根据需求改为null（如果字段是Nullable<DateTime>）
        Date2 = t2Date2?.Date ?? default(DateTime)
    }
).ToList();

优点： #

• 所有逻辑在数据库端执行，性能拉满，适合大数据量场景
• 代码逻辑清晰，容易维护和扩展
• 完全消除EF的本地求值警告

缺点： #

• 需要为15个日期字段写15次JOIN，代码行数会多一些，但复制粘贴调整ID即可。

方法二：使用条件聚合（更简洁，EF Core 3.0+支持） #

利用SQL的CASE WHEN聚合逻辑，将t2按T1ID分组后，通过MAX(CASE ...)提取对应ID的日期。这种写法只需要一次GroupBy，代码更紧凑：

List<MyClass> list = (
    from t2 in con.t2
    group t2 by t2.T1ID into t2Group
    join t1 in con.t1 on t2Group.Key equals t1.ID
    select new MyClass
    {
        Name = t1.Name,
        // 当t2记录ID=1时取Date，否则取默认值，MAX确保只取有效记录（因为每个T1ID对应ID=1的记录最多一条）
        Date1 = t2Group.Max(x => x.ID == 1 ? x.Date : default(DateTime)),
        Date2 = t2Group.Max(x => x.ID == 2 ? x.Date : default(DateTime)),
        // 剩下13个日期字段同理，替换ID值即可
    }
).ToList();

说明： #

• 如果你的日期字段是Nullable<DateTime>，可以把default(DateTime)改成null，这样无对应记录时会返回null，更符合业务逻辑
• EF Core 3.0及以上版本支持这种条件聚合的SQL翻译，低版本可能不支持，需要注意版本兼容性
• 因为每个T1ID对应t2中特定ID的记录最多一条，所以用MAX或MIN效果一致，都是取唯一的有效日期值

为什么原写法会触发警告？ #

原代码中GroupBy之后，x.FirstOrDefault()、x.Where(d => d.ID == 1).SingleOrDefault()这些操作都是在客户端内存中处理的——EF无法将这些后续的LINQ操作转换成SQL语句，只能先把所有分组数据拉取到本地再执行，因此触发了本地求值的警告。而上面两种方法的所有逻辑都能被EF翻译成对应的SQL，完全在数据库端完成计算，不会有任何客户端求值。

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