EF Core Oracle 匿名类型Union查询类型不匹配报错求助

问题原因 #

1. Union操作的列匹配约束：EF Core的Union集合操作要求两侧结果集的列数、数据类型（含精度、刻度、可空性）、顺序完全一致。当你在一侧用(decimal?)null替代实际的decimal类型列时，Oracle EF Core Provider的SQL翻译逻辑无法将这个常量null的类型，与数据库中实际列带精度/刻度的decimal类型做等价映射，导致生成的SQL中两侧列的存储类型不匹配，触发Oracle的集合操作类型校验错误。
2. EF查询优化导致列缺失：EF Core的查询优化器会识别到(decimal?)null是常量值，无需从数据库读取对应列，因此生成第二个查询的SQL时直接省略了D字段。这使得Union两侧的结果集列数不一致，进一步加剧类型匹配错误，最终抛出ORA-12537错误（底层为SQL执行失败引发的连接/执行异常）。

错误操作 #

直接用(decimal?)null替代实际列的做法，违反了Union操作对两侧结果集结构一致性的要求，且Oracle EF Core Provider在处理常量值与实际列的类型映射时存在翻译缺陷，无法自动兼容该场景。

解决方案（实现隐藏列值的需求） #

若要隐藏列值（返回null）同时避免错误，可采用以下方式：

• 显式关联实际列并返回null：在第二个查询的Select中，用ChildB.D ?? (decimal?)null替代单纯的(decimal?)null。这样EF会保留对D列的SQL引用，生成的SQL会包含该列且返回null，确保两侧结果集的列结构和类型完全匹配。
• 强制引用列属性：使用EF.Property<decimal?>(childB, nameof(ChildB.D)) ?? null，强制EF生成对D列的查询逻辑，同时返回null，保证类型和列结构一致。
• 统一排除列：如果业务上不需要D列，直接在两个查询的Select中都去掉D字段，确保两侧结果集的列数和类型完全对齐。

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