Oracle NUMBER(18)与C# Int64映射问题：MAX函数查询报错原因咨询

这是个很常见的Oracle与.NET类型映射的坑，我来给你理清楚背后的原因：

核心差异：聚合函数返回的类型 vs 原始字段类型 #

你的表中ID是NUMBER(18)类型，C#对应Int64，这本身是匹配的，但两种查询的返回值类型在Oracle端有本质区别：

1. SELECT MAX(ID) ID FROM MYTABLE的问题 #

Oracle的聚合函数（比如MAX、SUM）处理NUMBER类型时，不会保留原始字段的精度约束。哪怕你的ID是NUMBER(18)，MAX(ID)的结果会被Oracle以通用的NUMBER类型返回（没有精度限制的可变精度数值）。

而.NET的Oracle数据驱动（不管是ODP.NET还是旧的OracleClient），对于这种无精度约束的NUMBER，默认会映射为System.Decimal类型。你的C#属性是Int64，当ORM或者数据读取器尝试直接把Decimal赋值给Int64属性时，就会抛出类型转换错误：

Object of type 'System.Decimal' cannot be converted to type 'System.Int64'.

2. SELECT ID FROM( SELECT ID FROM MYTABLE ORDER BY ID DESC ) WHERE ROWNUM =1为什么正常？ #

这个查询直接返回的是原始表中ID字段的数值，Oracle会保留该字段定义的NUMBER(18)精度约束。驱动识别到这是一个固定精度的整数类型，会自动映射为System.Int64，和你的C#属性类型完全匹配，所以不会报错。

解决办法 #

你可以通过以下几种方式解决这个问题：

• SQL层面显式转换：把MAX的结果强制转换为和原始字段一致的类型，让驱动正确识别：

  SELECT CAST(MAX(ID) AS NUMBER(18)) ID FROM MYTABLE
  

• C#层面手动转换：如果不想改SQL，可以在读取数据时先获取Decimal再转为Int64（注意要确保数值不会超出Int64的范围，也就是-9223372036854775808到9223372036854775807）：

  var maxId = (Int64)reader.GetDecimal(0);
  

• ORM配置类型转换：如果你用的是Entity Framework这类ORM，可以在实体属性上配置类型转换器，比如：

  [Column(TypeName = "NUMBER(18)")]
  public Int64 ID { get; set; }
  

  或者在Fluent API里指定转换规则，确保聚合查询的结果能正确映射到Int64。

内容的提问来源于stack exchange，提问作者Hong Van Vit