oracle date类型写入时分秒归零的根本原因是其在jdbc/odp.net中被语义映射为仅日期类型，导致odp.net自动截断时间部分；业务需存时分秒应改用timestamp字段及对应参数类型。
Oracle DATE类型写入时分秒归零
根本原因不是.NET或驱动的问题，而是Oracle DATE在JDBC/ODP.NET语义中被映射为仅日期类型。当你用DateTime值调用OracleParameter.Value并绑定到OracleDbType.Date列时，ODP.NET会主动截断时分秒——哪怕原始DateTime包含完整时间信息。
实操建议：
- 确认数据库字段实际语义：如果业务需要存储时分秒，直接把表字段改为
TIMESTAMP类型，而非沿用DATE - 代码中统一使用
OracleDbType.TimeStamp或OracleDbType.TimeStampLTZ作为参数类型，即使字段是DATE也强制走时间戳路径（部分旧版ODP.NET需配合BindByName = true） - 避免用
new DateTime(2025, 3, 1)构造“无时间”值再赋值——这种写法本身就会丢失精度，应始终从源数据带全精度传入
ODP.NET Core 8.x中Timestamp参数绑定失效
在.NET 8 + ODP.NET Core 23.x环境下，OracleParameter.DbType = DbType.DateTime2可能被忽略，底层仍按Date处理；而显式设OracleDbType = OracleDbType.TimeStamp又可能因驱动版本不匹配抛Oracle.ManagedDataAccess.Client.OracleException: ORA-01830。
实操建议：
- 升级到
Oracle.ManagedDataAccess.Core >= 23.10，该版本修复了DbType.DateTime2到OracleDbType.TimeStamp的自动映射逻辑 - 绕过类型推断：显式设置
parameter.OracleDbType = OracleDbType.TimeStamp，且parameter.Value必须是DateTime或DateTimeOffset，不能是string或object - 若用Dapper，添加
SqlMapper.AddTypeHandler<datetime>(new OracleDateTimeHandler())</datetime>自定义处理器，内部强制转为OracleDbType.TimeStamp
查询时TIMESTAMP字段返回毫秒丢失
即使写入正确，用OracleDataReader.GetDateTime()读TIMESTAMP列，默认只返回秒级精度，毫秒位恒为0。这是ODP.NET为兼容旧应用做的默认截断，不是数据库问题。
实操建议：
- 改用
GetFieldValue<datetime>(index)</datetime>或GetValue(index) as DateTime，它们会保留原始精度 - 若必须用
GetDateTime()，先检查OracleCommand.FetchSize是否过大（如>1000），大批次读取时驱动可能启用优化路径丢精度，调小到100可缓解 - 对关键时间字段，在SQL里显式转成字符串再读：
TO_CHAR(col, 'YYYY-MM-DD HH24:MI:SS.FF3')，虽绕路但稳定
时区偏移导致北京时间偏差13小时
当Oracle数据库时区为UTC，而.NET客户端运行在Asia/Shanghai时，用OracleDbType.TimeStampLTZ写入DateTimeOffset.Now后，查询返回值可能比预期快或慢13小时——这是因为ODP.NET未正确处理TIMESTAMP WITH LOCAL TIME ZONE类型的时区转换链。
实操建议：
- 数据库端统一用
TIMESTAMP WITH TIME ZONE（非LTZ），并在连接字符串加timezone=Asia/Shanghai - .NET侧避免混用
DateTime和DateTimeOffset：写入用DateTimeOffset.UtcNow+OracleDbType.TimeStampTZ，查询用GetFieldValue<datetimeoffset>(i)</datetimeoffset> - 禁用驱动自动时区转换：在连接字符串中添加
DisableTimezoneConversion=true，由业务层统一做TimeZoneInfo.ConvertTimeFromUtc()
DATE和TIMESTAMP字段**。ODP.NET对这两种类型的参数绑定行为完全不同，且错误不会立即报出，而是静默降级——比如把TIMESTAMP列当成DATE处理，直到某天报表对账发现时间差8小时才暴露。
