oracle date无时区，timestamp可带时区；c# datetime默认unspecified，驱动按本地时区解释致偏差；应使用oracletimestamp/tz类型、开启time zone support=true并统一utc时区策略。
Oracle DATE 和 TIMESTAMP 类型在 C# 中的行为差异
Oracle 的 DATE 类型不带时区信息，只存年月日时分秒；而 TIMESTAMP 可以是 TIMESTAMP、TIMESTAMP WITH TIME ZONE 或 TIMESTAMP WITH LOCAL TIME ZONE。C# 的 DateTime 默认是 DateTimeKind.Unspecified，Oracle 客户端（如 Oracle.ManagedDataAccess）会按“本地时区”解释它——这正是偏差源头。
常见错误现象：SELECT SYSDATE FROM DUAL 返回的时间比数据库服务器时间快/慢几小时；插入后查出来时间偏移。
- 若列定义为
DATE或TIMESTAMP（无时区），Oracle 驱动默认把 C#DateTime当作本地时间转成数据库服务器所在时区存储 - 若列是
TIMESTAMP WITH TIME ZONE，驱动会尝试保留时区，但 .NETDateTime本身无法表达完整时区语义，容易丢失或误转 - 开发机、应用服务器、数据库服务器三者时区不一致时，问题被放大
用 OracleTimeStamp 替代 DateTime 显式控制精度与时区意图
Oracle.ManagedDataAccess 提供了 OracleTimeStamp、OracleTimeStampTZ 等类型，它们比 DateTime 更贴近 Oracle 原生语义，能避免隐式转换带来的时区“脑补”。
使用场景：读写 TIMESTAMP WITH TIME ZONE 列，或需要确保毫秒级精度且不被四舍五入。
- 读取时，直接映射为
OracleTimeStampTZ，再调用.Value或.GetDateTime()（注意后者仍返回Unspecified） - 写入前，用
new OracleTimeStampTZ(DateTime.UtcNow, "UTC")构造带明确时区的值，比传DateTime.UtcNow给OracleParameter.Value更可靠 - 不要对
OracleTimeStampTZ调用.ToString()后再解析——它内部已含时区，字符串化会丢失上下文
连接字符串中启用 Time Zone Support=true 并统一时区策略
Oracle 驱动默认关闭时区感知，即使你用了 OracleTimeStampTZ，底层仍可能降级处理。必须在连接字符串中显式开启：
data source=ORCL;user id=user;password=pass;Time Zone Support=true;
但这只是前提，真正起作用的是你的业务约定：
- 数据库服务器 OS 时区应设为
UTC（推荐），或至少与应用部署环境一致；可通过SELECT DBTIMEZONE FROM DUAL确认 - 所有写入时间统一用
DateTime.UtcNow+OracleTimeStampTZ(..., "UTC")，避免混用DateTime.Now - 查询结果中的时间，如需展示给用户，应在应用层（而非 SQL 层）用
TimeZoneInfo.ConvertTimeFromUtc()转为目标时区，不要依赖FROM_TZ或AT TIME ZONE在数据库里转
排查 ORA-01805 或读出时间明显偏移的典型路径
这个错误常出现在使用旧版 ODP.NET（非 Managed）且客户端时区与服务器不一致时；而时间偏移更常见于没关掉驱动自动时区转换的场景。
- 先确认驱动版本：用 Oracle.ManagedDataAccess >= 21.1，旧版对
TIMESTAMP WITH TIME ZONE支持不完整 - 检查
OracleConnection.TimeZone属性是否被意外修改过（它会影响参数绑定行为） - 用
OracleCommand执行SELECT SESSIONTIMEZONE, DBTIMEZONE FROM DUAL，对比应用代码中构造的时间与这两者的逻辑关系 - 临时加日志：写入前打印
param.Value.GetType().Name和param.Value.ToString()，确认传进去的是OracleTimeStampTZ而不是DateTime
最易被忽略的一点：即使你全用 UTC，只要连接字符串没加 Time Zone Support=true，Oracle 驱动仍会按“本地时区”解释 DateTime 参数——这个开关不打开，其他操作都是在补漏洞。
