必须用 getoracledecimal() 替代 getdecimal() 或 getvalue()，并配合 oracledecimal.value 获取 decimal 值；否则在 number 精度高时必抛 invalidcastexception 或 overflowexception。
直接结论：用 getoracledecimal() 替代 getdecimal() 或 getvalue()，且必须配合 oracledecimal 类型处理，否则在 number 精度较高（如 1/3、大整数+小数）时必抛 invalidcastexception 或 overflowexception。
为什么 GetDecimal() 在 .NET 6 + ODP.NET 中会丢精度甚至崩溃
Oracle 的 NUMBER 是十进制高精度类型，ODP.NET 内部用 OracleDecimal 表示它；而 GetDecimal() 试图强转为 .NET 原生 decimal，但两者二进制布局不兼容。尤其当 Oracle 返回值含无限循环小数（如 1/3）、超长整数（如 19 位 ID）、或 scale > 28 时，转换直接失败。
-
reader.GetDecimal(0)→ 抛InvalidCastException: Specified cast is not valid -
(decimal)reader.GetValue(0)→ 同样崩溃，或静默截断精度 - 即使数据库列定义是
NUMBER(10,2)，只要驱动返回的是未归一化的OracleDecimal，GetDecimal()仍可能溢出
正确读取方式：必须用 GetOracleDecimal() 并手动转 decimal
不是“推荐”，是唯一稳定路径。ODP.NET 的 OracleDecimal 提供了安全的 Value 属性，它内部已做精度对齐。
- 先调
reader.GetOracleDecimal(0)拿到OracleDecimal实例 - 再取
oracleDecimal.Value得到decimal—— 这步才是安全的 - 若字段可能为 NULL，检查
oracleDecimal.IsNull，别依赖== null
var oracleDecimal = reader.GetOracleDecimal(0);
if (!oracleDecimal.IsNull)
{
decimal value = oracleDecimal.Value; // 安全
}
填充 DataTable 时的精度陷阱
用 OracleDataAdapter.Fill() 时，ODP.NET 默认走 GetValue() 路径，遇到高精度 NUMBER 列会直接抛 Arithmetic operation resulted in an overflow。
- 绕过
Fill()，改用OracleDataReader手动逐行读取 +GetOracleDecimal() - 如果必须用
DataTable，可在Fill()前设置OracleCommand.InitialLOBFetchSize = -1（仅对 LOB 有效，不解决 NUMBER）—— 无效，别试 - 更现实的做法：把问题列从
SELECT *中剥离，单独查，用GetOracleDecimal()处理
EF Core 和 Dapper 场景下怎么防
它们底层仍走 ODP.NET，但封装层会隐藏 OracleDecimal。一旦你看到精度异常或 ORA-01460，说明 ORM 绕过了显式类型控制。
- EF Core 执行原始 SQL 时，别用
FromSqlRaw("...").AsEnumerable()直接映射，改用ExecuteReader()+GetOracleDecimal() - Dapper 默认把
NUMBER映射成decimal，但遇到边界值仍会崩；加SqlMapper.AddTypeHandler<decimal>(...)</decimal>自定义 handler，内部调GetOracleDecimal() - 所有存储过程输出参数，必须显式设
parameter.OracleDbType = OracleDbType.Decimal，否则输入/输出精度错配触发ORA-01460
真正麻烦的不是“找不到方法”，而是 OracleDecimal.Value 这个属性名太隐蔽，文档里藏得深，错误堆栈又不提示它——多数人卡在 GetDecimal() 崩溃后，反复改连接字符串或数据库字段，却没意识到该换读取函数。
