时间戳的概念：它是一种时间表示方式，定义为从格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数。
创新互联建站自2013年起，是专业互联网技术服务公司，拥有项目成都网站制作、做网站网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元荥阳做网站,已为上家服务,为荥阳各地企业和个人服务,联系电话:18982081108
下图是从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等
0、oracle的时间显示和你连接oracle的主机有着密切的关系，如果你用服务器本身去连接，那么显示的时间就是服务器时间，如果用远程主机去连接显示的时间就是远程主机的时间。
1、出现了你补充说明的情况也恰恰说明oracle的时间显示和服务器的时区是没有关系的，我试验了一下(因为我的电脑安装了oracle服务器，我直接在我的电脑上实验的)，修改我的电脑系统时区设置后，oracle的时间显示也跟着改变了。
2、所以建议你直接到你的两台服务器上实验一下，如果系统时区设置正确的话oracle的时间显示也是应该正确的。
3、但是当你远程连接oracle服务器的时候，oracle的时间显示出现问题，而不同的人用不同的机器连接又出现了不同的结果，这也恰好说明了当远程连接的时候oracle的时间显示和你的远程主机有很大的关系，你试着查找一下，连接显示正常和的人和链接显示不正常的人的主机的时区看看是不是一样的。或者找到他们机器的不一样的地方，如果能找到我相信你的问题会很顺利的解决。
4、有时候就是这样，我们想问题的时候如果认为是某一方面的问题，但是反复查找这方面的问题不可能存在的时候，就要适时的改变一下思路了。就比如你一直强调你的服务器的时区设置时正常的，但是时间还是显示不正确，那么说明就不是这个原因，换个方向也许就柳暗花明了。
---
以上，希望对你有所帮助。
时区计算公式：
a时区=[a经度÷15°/区+0.5区]，其中经度有东/西之分，[x+0.5]的数学含义是：对 x四舍五入取整数。（个人总结公式，不喜勿喷）
如：87°E的时区为：[87°E÷15°/区+0.5区]=[E5.8区+0.5区]=E6区，即东六区。
区时计算公式：
a区时-b区时=（a时区-b时区）×1h/区，其中时区均按东时区计算，西时区按负东时区计算。（个人总结公式，不喜勿喷）
另外，区时的定义为：时区所在中央经线的地方时即为该时区的区时。
区时定义涉及到 中央经线，而中央经线的计算公式为：
a中央经线=a时区×15°/区，其中时区有东/西之分。（个人总结公式，不喜勿喷）
区时定义涉及到 地方时，而地方时的计算公式为：
a地方时-b地方时=（a经度-b经度）÷15°/h，其中经度均按东经计算，西经按负东经计算。（个人总结公式，不喜勿喷）
硬件时间，系统时间，时区#hwclock--hctosys，把硬件时间同步到系统时间，查看系统时区命令：date-R，第一种方法，将时区信息文件拷贝至/etc/localtime下。具体操作方式为cp/usr/share/zoneinfo/Asia/Shanghai/etc/localtime-R将上海时区拷贝至/etc下。第二种方法，执行命令tzselect，首先我们选择一个洲，本篇我们要选择Asia亚洲。查看系统硬件时间命令：hwclock-r。linux的系统时间有两个，一个为系统时间，也叫软件时间，一般情况下只改这个时间，系统重启后不生效，另外一个为BOIS时间，也叫硬件时间。如要彻底更改系统时间，则需要先更改软件时间，然后保存到BOIS时间。执行命令date-s来设置时间，然后执行命令hwclock-w保存软件时间至硬件时间。timedatectl(对于RHEL/CentOS7和基于Fedora21+的分布式系统来说，是一个新工具，它作为systemd系统和服务管理器的一部分，代替旧的传统的用在基于Linux分布式系统的sysvinit守护进程的date命令。)在CentOS7里面有一个命令timedatectl可以帮助我们修改服务器的时区。例如：我们需要设置成上海的时间区："timedatectlset-timezoneAsia/Shanghai。"设置完时区后当然还可以设置NTP服务器的开启和关闭。开启NTP："timedatectlset-ntpyes"。关闭NTP："timedatectlset-ntpno"。当然timedatectl命令还可以设置日期与时间。设置日期："timedatectlset-timeYYYY-MM-DD"。设置时间："timedatectlset-timeHH：MM：SS"。
由于世界各国家与地区经度不同，地方时也有所不同，因此会划分为不同的时区。正式的时区划分包括24个时区，每一时区由一个英文字母表示。每隔经度15°划分一个时区，有一个例外，每个时区有一条中央子午线，例如，GMT属于“z”区，因此其时间后通常添加后缀“Z”（口语中用后缀“Zulu”）。
如何计算区时，计算的区时=已知区时－（已知区时的时区-要计算区时的时区）。（注：东时区为正，西时区为负）下面举例加以说明：例1：已知东京（东九区）时间为5月1日12：00，求北京（东八区）的区时。北京时间=12：00－（9－8）=11：00，即北京时间为5月1日11：00。例2：已知北京时间为5月1日12：00，求伦敦（中时区）的区时。伦敦时间=12：00－（8－0)=4：00，即伦敦时间为5月1日4：00。例3：已知北京时间为5月1日12：00，求纽约（西五区）的区时。纽约时间=12：00－[8－（-5）]=-1：00+24：00－1天=23：00，即纽约时间为4月30日的23：00。（注：当算出的区时为负数时，应加上24：00，日期减一天，即从5月1日变为4月30日）例4：已知纽约时间为5月1日12：00，求东京的区时。东京时间=12：00－[（-5）－9]=26：00－24：00+1天=2：00），即东京时间为5月2日2：00）。（注：当算出的区时大于或等于24：00时，应减去24：00，日期加一天，即从5月1日变为5月2日）。判断新旧两天，要看两条线，一是人为日界线——180度国际日期变更线，二是自然分界线——当地时间为0点的地区经线。自西向东越过国际日期变更线，日期应减1天，比如你在国际日期变更线西侧，当地时间是20日的00：30，当你自西向东越过国际日期变更线后，你所在位置的当地时间是19日的00：30。如果是自东向西越过国际日期变更线，则应该加1天。
这个和数据库安装的时候选择的时区有关，一般国内安装都是选择北京时区。
查看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？百度一下基里巴斯。这是一个神奇的网站国度。
这样的：
默认情况下数据库的时间是跟随服务器的,不信的话你可以查询下: select sysdate from dual;