EF Core 9.0 中表别名查找失败的回归问题分析

问题背景

在 Entity Framework Core 9.0 版本中，用户报告了一个在 EF Core 8.0.11 中正常工作但在升级到 9.0 后出现异常的查询问题。该问题表现为在执行包含子查询的复杂 LINQ 查询时，系统抛出"Table not found with alias"的异常。

问题重现

通过简化用户提供的代码示例，我们可以清晰地重现这个问题。核心问题出现在当一个子查询尝试引用外部查询的表列时，EF Core 9.0 无法正确解析这个外部表的引用。

技术分析

这个问题源于 EF Core 9.0 对 SQL 表达式树的内部实现变更。在 8.0 版本中，ColumnExpression 直接引用其所属的表对象，而在 9.0 中，列表达式仅保存表的别名，需要通过 SelectExpression 来解析实际表。

这种变化是为了将 SQL 树从图形结构改为纯树形结构，但在处理 TPC (Table-Per-Concrete-Class) 继承模式的特殊谓词检查时出现了问题。EF Core 需要检查谓词是否是针对 TPC 鉴别器列的简单相等比较，以确定是否需要移除 TPC 表。

在 9.0 的实现中，当子查询中的列引用外部查询的表时，系统尝试在当前 SelectExpression 中查找该表，但由于表属于外部查询而查找失败，导致异常抛出。

解决方案

修复方案是当在当前 SelectExpression 中找不到表时，简单地跳过这个特殊检查，正常翻译查询。因为子查询中的谓词不应该影响外部查询的 TPC 表列表。

影响范围

这个问题会影响所有使用以下特征的 EF Core 9.0 应用程序：

1. 使用 TPC 继承映射策略
2. 在子查询中引用外部查询的列
3. 执行包含 Where 条件的复杂连接查询

开发者建议

对于遇到类似问题的开发者，可以采取以下临时解决方案：

1. 暂时回退到 EF Core 8.0 版本
2. 重构查询，避免在子查询中直接引用外部查询的表列
3. 等待官方修复版本发布

总结

这个问题展示了 ORM 框架在处理复杂查询和继承映射时的挑战。EF Core 团队正在积极改进查询管道，虽然偶尔会出现回归问题，但通常会快速响应并修复。开发者在使用新版本时应当充分测试现有查询，特别是那些涉及复杂连接和子查询的场景。