oracledatareader默认区分大小写精确匹配列名，不自动转换或模糊匹配；必须用实际列名（如"user_name"）或序号访问，别名统一、驱动无运行时开关可调。
oracledatareader 默认按列名大小写精确匹配
oracle 官方 odp.net 驱动（包括 oracle.manageddataaccess）在 oracledatareader 中默认使用 **区分大小写的列名查找逻辑**。调用 reader["username"] 时，如果数据库返回的列实际是 user_name（全大写+下划线），就会抛出 system.indexoutofrangeexception；哪怕你用 reader["user_name"] 或 reader["username"] 也一样失败——它不自动转换、不模糊匹配，只做字面量比对。
别依赖 GetOrdinal + GetString，优先用 GetFieldValue + 列序号
最稳的绕过方式不是改匹配逻辑，而是跳过列名查找本身：
-
reader.GetOrdinal("USER_NAME")是安全的，只要你知道真实列名（比如从GetSchemaTable()拿到），它返回的是整数索引，不涉及大小写 - 后续一律用
reader.GetFieldValue<string>(0)</string>、reader.GetInt32(1)这类基于序号的方法，完全规避名称问题 - 如果必须用列名（比如动态映射场景），先用
reader.GetName(i)拿到实际返回的列名，再缓存映射关系，而不是硬编码假设
设置 ColumnNameCaseSensitive = false 无效？那是 JDBC 的配置
有人试图在连接字符串里加 ColumnNameCaseSensitive=false 或调用 reader.SetColumnCaseSensitivity(false)，这些都不存在：
-
OracleDataReader没有SetColumnCaseSensitivity方法，.NET 版本不支持该 API - ODP.NET 连接字符串中也没有
ColumnNameCaseSensitive参数——这是 Java JDBC 驱动的选项，混淆后直接编译报错或静默忽略 - 真正能影响列名行为的只有驱动版本和底层协议；当前主流 Oracle.ManagedDataAccess 4.x/5.x 均无运行时开关控制此行为
根本解法：让 SELECT 返回的列名和 C# 属性名对齐
与其在读取侧兜底，不如从源头统一命名输出：
- 在 SQL 查询中显式用别名：
SELECT USER_NAME AS "UserName", EMP_ID AS "EmployeeId" FROM EMPLOYEES - 若用 Dapper，配合
SqlMapper.AddTypeMap(typeof(string), DbType.AnsiString);不起作用，重点仍是列别名 - EF Core 场景下，这个阶段已晚——
OracleDataReader拿到的是 EF 生成的 SQL 结果，所以必须确保HasColumnName("USER_NAME")和查询投影一致；否则即使实体映射对了，FromSqlRaw手写 SQL 仍可能因别名不匹配崩在reader["xxx"]
最易被忽略的一点：生产环境 Oracle 实例通常禁用双引号建对象，所有未加引号的字段名都被转成大写，而开发机可能启用了兼容模式（如 SEC_CASE_SENSITIVE_LOGON=FALSE 或非标准字符集），导致本地跑得通，上线立刻 IndexOutOfRangeException ——列名问题从来不是“读取逻辑”问题，而是“建模与 SQL 输出是否严格对齐”的问题。
