EDMX实体模型中LINQ自连接查询失效问题排查

看起来你遇到的这个问题很典型——同一个LINQ查询在LINQPad里正常跑，到EDMX实体模型里就掉链子，还是特定设备返回空值。结合你贴出的SQL语句，我觉得核心问题大概率出在EDMX模型的字段映射精度/类型不匹配，或者EF生成查询时的DateTime比较逻辑上，下面给你拆解细节和解决思路：

可能的原因 #

1. DateTime字段的精度/类型不匹配 #

你提到内部分组查询结果正确，但自连接时匹配不到记录。这很可能是因为fechaPrevista字段在EDMX模型里的类型和数据库实际类型不一致：

• 比如数据库里是datetime（精度为3位毫秒），但EDMX里被映射成了datetime2（精度7位）；
• 或者反过来，模型里是DateTime?可空类型，但数据库里该字段是NOT NULL，导致读取时丢失了部分精度信息。
  这种情况下，EF生成的SQL里，子查询返回的MAX(fechaPrevista)和原表的fechaPrevista在做相等判断时，会因为隐式类型转换导致精度丢失，最终匹配失败。

2. magnitudId字段的类型不匹配 #

如果magnitudId在数据库里是int，但EDMX模型里被错误映射成了smallint/short这类小整数类型，那么自连接时的[t0].[magnitudId] = [t2].[magnitudId]会因为类型不匹配触发隐式转换，导致值比较错误，连接失效。

3. EF6（EDMX常用版本）与LINQPad查询生成逻辑差异 #

LINQPad可能用的是更轻量的LINQ to SQL或者EF Core，它们生成的SQL逻辑和EF6（EDMX默认用的是EF6）略有不同。比如EF6在处理分组后的DateTime聚合时，可能会额外做精度截断，导致和原表数据匹配不上。

解决办法 #

1. 检查并修复EDMX字段映射 #

打开你的EDMX设计器，找到CalibracionVerificacion实体：

• 查看fechaPrevista的属性类型，确保和数据库表的字段类型完全一致（比如数据库是datetime，模型里就选DateTime，精度保持一致）；
• 查看magnitudId的类型，确保和数据库的字段类型（比如int）完全匹配；
• 如果发现不匹配，可以右键模型选择从数据库更新模型，或者手动修改实体属性的类型。

2. 简化LINQ查询，避免自连接 #

你的需求其实可以不用自连接实现——先按magnitudId分组取每组最新的fechaPrevista，再直接对这些值取最小即可。这样既减少了查询复杂度，也彻底避免了自连接的匹配问题。

修改后的LINQ示例：

var oldestLatestDate = db.CalibracionVerificacion
    .Where(cv => cv.equipoId == 9474)
    .GroupBy(cv => cv.magnitudId)
    .Select(g => g.Max(cv => cv.fechaPrevista))
    .Min();

对应的SQL会更简洁，类似：

SELECT MIN([t0].[value]) AS [value]
FROM (
    SELECT MAX([t1].[fechaPrevista]) AS [value]
    FROM [eq].[CalibracionVerificacion] AS [t1]
    WHERE [t1].[equipoId] = @p0
    GROUP BY [t1].[magnitudId]
) AS [t0]

3. 保留原逻辑时修复DateTime比较 #

如果因为业务需求必须保留自连接逻辑，可以在比较fechaPrevista时强制截断精度，避免类型转换导致的匹配失败：

在LINQ里使用DbFunctions.CreateDateTime来统一精度：

var result = db.CalibracionVerificacion
    .Where(cv => cv.equipoId == 9474)
    .Join(
        db.CalibracionVerificacion
            .Where(cv => cv.equipoId == 9474)
            .GroupBy(cv => cv.magnitudId)
            .Select(g => new { 
                MagnitudId = g.Key, 
                MaxFecha = g.Max(cv => cv.fechaPrevista) 
            }),
        cv => new { 
            cv.magnitudId, 
            Fecha = DbFunctions.CreateDateTime(
                cv.fechaPrevista.Year, 
                cv.fechaPrevista.Month, 
                cv.fechaPrevista.Day,
                cv.fechaPrevista.Hour,
                cv.fechaPrevista.Minute,
                cv.fechaPrevista.Second
            ) 
        },
        g => new { 
            g.MagnitudId, 
            Fecha = DbFunctions.CreateDateTime(
                g.MaxFecha.Value.Year, 
                g.MaxFecha.Value.Month, 
                g.MaxFecha.Value.Day,
                g.MaxFecha.Value.Hour,
                g.MaxFecha.Value.Minute,
                g.MaxFecha.Value.Second
            ) 
        },
        (cv, g) => cv.fechaPrevista
    )
    .Min();

这样生成的SQL会强制截断毫秒部分，确保相等判断准确。

4. 验证数据库数据一致性 #

最后可以手动在数据库里执行以下SQL，确认子查询的结果确实存在对应的记录：

-- 先获取分组后的最新日期
SELECT MAX([t1].[fechaPrevista]) AS [maxFecha], [t1].[magnitudId]
FROM [eq].[CalibracionVerificacion] AS [t1]
WHERE [t1].[equipoId] = 9474
GROUP BY [t1].[magnitudId]

-- 用上面的结果查询原表
SELECT * 
FROM [eq].[CalibracionVerificacion]
WHERE equipoId = 9474
AND magnitudId = -- 替换为上面的magnitudId
AND fechaPrevista = -- 替换为上面的maxFecha

如果数据库里能查到记录，那就更确定是EDMX模型的问题了。

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