Oracle中TO_CHAR函数为何改变日期？如何使转换后日期与原日期一致？

首先，咱们得先搞清楚问题出在哪——大概率是数据类型精度差异或者时区/格式化规则不匹配导致的。我来一步步帮你排查和解决：

第一步：先确认字段的数据类型 #

先跑个查询看看datetime和sensortime的类型，这是解决问题的基础：

SELECT column_name, data_type
FROM user_tab_columns
WHERE table_name = 'TEST'
  AND column_name IN ('DATETIME', 'SENSORTIME');

常见场景及解决方案 #

场景1：datetime是DATE类型，sensortime是TIMESTAMP类型 #

Oracle的DATE类型只有秒级精度（没有小数秒），而TIMESTAMP类型支持小数秒（比如你用的HH24:MI:SSxFF里的FF就是小数秒部分）。直接转换sensortime会把小数秒显示出来，自然和datetime的结果不一样。

解决方法有两种：

• 把sensortime转成DATE类型再格式化，直接对齐精度：

  SELECT value,
         datetime,
         to_char(CAST(sensortime AS DATE), 'DD-MON-YYYY HH24:MI:SS') datetime2
  FROM test;
  

• 或者截断sensortime的小数秒部分，保留原格式但去掉小数：

  SELECT value,
         datetime,
         to_char(TRUNC(sensortime, 'SS'), 'DD-MON-YYYY HH24:MI:SSxFF') datetime2
  FROM test;
  

场景2：时区不一致（比如sensortime是TIMESTAMP WITH TIME ZONE） #

如果sensortime带时区信息，而datetime是DATE类型（默认使用会话时区），两者的时间值可能因为时区偏移出现差异。

解决方法是统一时区后再转换：

SELECT value,
       datetime,
       to_char(sensortime AT TIME ZONE SESSIONTIMEZONE, 'DD-MON-YYYY HH24:MI:SS') datetime2
FROM test;

或者直接转成DATE类型对齐：

SELECT value,
       datetime,
       to_char(CAST(sensortime AT TIME ZONE SESSIONTIMEZONE AS DATE), 'DD-MON-YYYY HH24:MI:SS') datetime2
FROM test;

场景3：datetime的显示格式依赖NLS参数 #

Oracle的DATE类型显示会受NLS_DATE_FORMAT参数影响，如果你客户端默认的DATE显示格式和你用to_char指定的格式不一样，也会看起来不一致。

先查当前会话的NLS_DATE_FORMAT：

SELECT parameter, value
FROM nls_session_parameters
WHERE parameter = 'NLS_DATE_FORMAT';

然后调整to_char的掩码和这个格式一致，或者把datetime也用to_char转成相同格式来对比：

SELECT value,
       to_char(datetime, 'DD-MON-YYYY HH24:MI:SS') formatted_datetime,
       to_char(sensortime, 'DD-MON-YYYY HH24:MI:SS') datetime2
FROM test;

总结 #

核心思路就是对齐两个字段的时间精度、时区和格式化规则，先确定数据类型，再针对性调整转换方式，就能让datetime和datetime2的结果一致啦。

内容的提问来源于stack exchange，提问作者mentongwu