如何设置oracle时间戳类型的时区

时间戳的概念：它是一种时间表示方式，定义为从格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数。

下图是从linux系统中获得当前时间戳的一种方式

在oracle使用时间戳，一般都是为了方便计算时间差的，我们要知道oracle中的date类型想减是不能友好的得到时间的差值的。所以使用时间戳来得到两个时间差。

首先来看oracle中如何获得当前时间的时间戳，我们用当前时间减去计算机元年后再经过换算得到了的从1970年来到当前时间的时间戳，单位是微妙。

另外oracle提供了另一种便捷得到两个时间差的方式，那就是使用timestamp数据类型，它类似date类型，但是存储的时间更为精确，显示的格式：yyyy-mm-dd hh24:mi:ss.ff AM，其中ff是小数秒。

timestamp类型的时间差可读性也比上面那种好一些，可以直观看出两个时间差。

在oracle中，两个date类型的数值想减也可以转换成上述的timestamp可以的类型，这里就要介绍一个函数:numtodsinterval(n,'x')，它能将一个数值转换成timestamp那种格式的数据。但要注意：后面的参数'x'是取'day'、'minute'、'hour'完全取决于前面的单位，这样才能获得正确的时间差

最后我们介绍一个函数extract，该函数可以从timestamp类型的时间里抽取想要hour,minute等

最常见的问题原因是：主键序列化问题，即ORACLE表主键ID突然从已经存在的ID值开始自动生成，导致违反主键唯一性约束；

解决方案，修改序列值，将序列最小值值设置的大一些。

如果在修改的时候出现违反唯一约束，说明你对主键值进行修改时出现重复，或者没加where条件。

错误信息二：oracle ORA-01745:无效的主机/绑定变量名

最常见的原因：sql语句中语法错误太多，例：多写了一个冒号或逗号，或者变量名称使用了oracle关键字

解决方案：审查sql语句，更改为正确的sql语句。

错误信息三：ORA-01460:转换请求无法实现或不合理

常见原因有一下几种：

1.读入到数据库中的字符过长无法实现。

解决方案：将字符串(只有4000)类型改为clob类型

2.客户端和服务端字符集不一致。

这个和数据库安装的时候选择的时区有关，一般国内安装都是选择北京时区。

查看timestamp

select current_timestamp,systimestamp from dual

current_timestamp                         systimestamp

12-12月-18 04.24.02.427990 下午 +08:00    12-12月-18 04.24.02.427980 下午 +08:00 查看时区

select dbtimezone,sessiontimezone from dual 

dbtimezone    sessiontimezone

+00:00        +08:00

对于显示是12小时制这个问题，和客户端的 *** 作系统有关，与实际存储的数据无关。

如果想显示成24小时制，修改客户端 *** 作系统的环境变量可以达到目的：

NLS_TIMESTAMP_FORMAT

YYYY-MM-DD HH24:MI:SS:FF6

按照上图设置后，重启plsql，查询后我们能看到时间显示成“2018-12-12 16:16:35:877000”这样的格式了。

但是，如果建库时，时间设置错误或者是将来要改变时区时，表中的值会不会变化呢？因此引用官方的回答：

对于time zone数据类型的数据，即使你更新了数据库时区，原数据也不会进行对应调整，只能你导出数据，然后调整数据库时区，再把原始数据导入即可。所以，一般情况下，一定不要调整数据库时区。官方建议数据库时间采用UTC，因为这种时区性能好。如果没有显式指定数据库时区，数据库会使用 *** 作系统的时区，但是如果 *** 作系统时区不是一个合理的数据库时区，数据库则会使用默认的时区UTC，且UTC的取值范围为-12:00 to +14:00。等等，为什么会有+14？百度一下基里巴斯。这是一个神奇的网站国度。

---