马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有账号？立即注册
x
[20241009]oracle timestamp with time zone数据范例的存储.txt
--//放假前遇到的问题，开发在表中界说了几个timestamp with time zone的数据范例，及时更正对方的错误，完全没有利用如许的数据
--//范例。类似的问题我以前就遇到，好比全部应用程序的表凡是varchar2数据范例都被界说为nvarchar2数据范例，date数据范例都被
--//界说为timestamp数据范例.
--//第1种情况多数情况下开始是混合利用，一些开发界说varchar2范例，一些界说为nvarchar2范例，到后期才发现问题，因为如许等值
--//连接时会存在全表扫描，没有办法上线全部统一到nvarchar2数据范例。
--//第2种情况，一些应用程序传入的日期参数是timestamp范例，导致利用字段利用date数据范例时存在隐式转换，没有办法将表字段有
--//关日期范例的字段全部换成timestamp数据范例，我遇到的项目多数是java以及pb开发的项目。
--//顺便说一下,我个人一直任认为利用date范例足以,不知道在什么情况下必要这么高精度的时间范例.
--//从很多方面讲，国内的很多项目都是豆腐渣工程，一开始就没有很好的计划和规划，很多程序员不了解数据范例的存储结构，各自为
--//战,把数据库性能问题放在最后，以致上线不到一年还没验收都运行迟钝，更多是靠良好的硬件掩盖拙劣的计划。
--//自己也不了解timestamp with time zone数据范例的存储，以前写过一篇[20191219]oracle timestamp数据范例的存储.txt，看看带
--//time zone的情况.
1.环境：
SCOTT@book01p> @ver2
==============================
PORT_STRING : x86_64/Linux 2.4.xx
VERSION : 21.0.0.0.0
BANNER : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
BANNER_FULL : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
Version 21.3.0.0.0
BANNER_LEGACY : Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production
CON_ID : 0
PL/SQL procedure successfully completed.
2.测试：
SCOTT@book01p> create table t(id number,c1 timestamp(10) with time zone ,c2 timestamp(10));
create table t(id number,c1 timestamp(10) with time zone ,c2 timestamp(10))
*
ERROR at line 1:
ORA-30088: datetime/interval precision is out of range
--//timestamp 最高精度是9，输入10报错。
SCOTT@book01p> create table t(id number,c1 timestamp(9) with time zone ,c2 timestamp(9));
Table created.
insert into t values (1,sysdate,sysdate);
insert into t values (2,systimestamp,systimestamp);
commit ;
SCOTT@book01p> select id,dump(c1,16) c60,dump(c1,10) c60 ,dump(c2,16) c60 ,dump(c2,10) c60 ,c1 c40,c2 c40 from t where id=1
2 @ pr
==============================
ID : 1
C60 : Typ=181 Len=13: 78,7c,a,9,1,30,3a,0,0,0,0,1c,3c
C60 : Typ=181 Len=13: 120,124,10,9,1,48,58,0,0,0,0,28,60
C60 : Typ=180 Len=7: 78,7c,a,9,9,30,3a
C60 : Typ=180 Len=7: 120,124,10,9,9,48,58
C40 : 2024-10-09 08:47:57.000000000 +08:00
C40 : 2024-10-09 08:47:57.000000000
PL/SQL procedure successfully completed.
--//对比可以发现timestamp带时区的范例181，不带时区的范例是180.
--//我插入sysdate，也就是没有秒背面的单元，可以发现如许情况下timestamp占用7字节，没有背面的秒,节省了4个字节对比下面的记
--//录,对于格式很容易猜测出来.
--//前1,2位各减去100,对应就是2024年，月日不大概出现0的情况,也就是相互对应.而时分秒有0的出现,在原来的时间基础上+1.
--//好比时分秒=08：47：57,对应的编码(10进制)就是9 48 58.
--//再来看看带时区的时部门是1，也就是保存的UTC时间，利用9减去8=1，背面跟着0,0,0,0,1c,3c。前4位表现秒背面的数值，这里是0。
--//最后2位 1c，3c我估计与时区有关。
SCOTT@book01p> select id,dump(c1,16) c60,dump(c1,10) c60 ,dump(c2,16) c60 ,dump(c2,10) c60 ,c1 c40,c2 c40 from t where id=2
2 @pr
==============================
ID : 2
C60 : Typ=181 Len=13: 78,7c,a,9,1,30,3a,24,d0,d9,b8,1c,3c
C60 : Typ=181 Len=13: 120,124,10,9,1,48,58,36,208,217,184,28,60
C60 : Typ=180 Len=11: 78,7c,a,9,9,30,3a,24,d0,d9,b8
C60 : Typ=180 Len=11: 120,124,10,9,9,48,58,36,208,217,184
C40 : 2024-10-09 08:47:57.617667000 +08:00
C40 : 2024-10-09 08:47:57.617667000
PL/SQL procedure successfully completed.
--//同上，这里timestamp占用11字节，带时区的占用13字节，可以发现带时区都是占用13字节，因为最后保存的是1c，3c。
--//617667000 = 0x24d0d9b8,与24,d0,d9,b8恰好对上。
--//根本可以看出timestamp with time zone的的存储：
--//年 占 2字节 ，各自减去100，合在一起表现年。
--//月 占 1字节
--//日 占 1字节
--//时分秒 因为有0存在，在原来基础上+1. 而时还要减少8(对应8时区)，好像保存的是utc时间。
--//接着4位是秒背面的数值。
--//最后2位 1c,3c 我估计与时区有关。
SCOTT@book01p> insert into t values (3,'2024-10-09 10:47:57.120000000 +09:00','2024-10-09 08:47:57.120000000');
1 row created.
SCOTT@book01p> commit ;
Commit complete.
--//留意我带入字符串可以，是因为我界说环境变量
$ env | grep -i nls
NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
NLS_TIMESTAMP_TZ_FORMAT=YYYY-MM-DD HH24:MI:SS.FF TZH:TZM
NLS_TIMESTAMP_FORMAT=YYYY-MM-DD HH24:MI:SS.FF
NLS_TIME_TZ_FORMAT=HH24.MI.SSXFF TZH:TZM
NLS_DATE_FORMAT=YYYY-MM-DD HH24:MI:SS
SCOTT@book01p> select id,dump(c1,16) c60,dump(c1,10) c60 ,dump(c2,16) c60 ,dump(c2,10) c60 ,c1 c40,c2 c40 from t where id=3
2 @ pr
==============================
ID : 3
C60 : Typ=181 Len=13: 78,7c,a,9,2,30,3a,7,27,e,0,1d,3c
C60 : Typ=181 Len=13: 120,124,10,9,2,48,58,7,39,14,0,29,60
C60 : Typ=180 Len=11: 78,7c,a,9,9,30,3a,7,27,e,0
C60 : Typ=180 Len=11: 120,124,10,9,9,48,58,7,39,14,0
C40 : 2024-10-09 10:47:57.120000000 +09:00
C40 : 2024-10-09 08:47:57.120000000
PL/SQL procedure successfully completed.
--//120000000 = 0x07270e00.
--//带时区的最后2位是1d 3c，前者(1c,3c).而时部门是2，10-9+1=2.
--//别的留意直接在SQL中利用的timestamp范例与保存在数据库的不同。
--//先复习date数据范例：
SCOTT@book01p> select dump(sysdate,16),dump(sysdate,10),sysdate from dual
2 @pr
==============================
DUMP(SYSDATE,16) : Typ=13 Len=8: e8,7,a,9,9,1d,21,0
DUMP(SYSDATE,10) : Typ=13 Len=8: 232,7,10,9,9,29,33,0
SYSDATE : 2024-10-09 09:29:33
PL/SQL procedure successfully completed.
--//范例13。年是e807 ,颠倒过来 07e8 = 2024.
--//月日时分秒保持原样，最后加了一个0x0.占用8字节。
--//先timestamp数据范例：
SCOTT@book01p> select dump(systimestamp,16),dump(systimestamp,10),systimestamp from dual
2 @pr
==============================
DUMP(SYSTIMESTAMP,16) : Typ=188 Len=20: e8,7,a,9,1,20,3b,0,e0,fc,fb,8,8,0,5,0,0,0,0,0
DUMP(SYSTIMESTAMP,10) : Typ=188 Len=20: 232,7,10,9,1,32,59,0,224,252,251,8,8,0,5,0,0,0,0,0
SYSTIMESTAMP : 2024-10-09 09:32:59.150732 +08:00
PL/SQL procedure successfully completed.
--//范例188.年是e807 ,颠倒过来 07e8 = 2024.
--//月日分秒保持原样，最后加了一个0x0.占用8字节。时9-8=1.最后加了一个0x0.表现秒之前的值。
--//秒背面的数值我看了很久才明确：
--//150732000 = 0x08fbfce0 颠倒过来就是 e0fcfb08,
--//剩下的8,0,5,0,0,0,0,0 表现什么我就猜测不到了，估计第1个8与时区相关。
--//占用20字节。
SCOTT@book01p> select dump(to_timestamp_tz('2024-10-09 10:47:57.120000000 +09:00','YYYY-MM-DD HH24:MI:SS.FF TZH:TZM'),16) c60 from dual ;
C60
------------------------------------------------------------
Typ=188 Len=20: e8,7,a,9,1,2f,39,0,0,e,27,7,9,0,5,0,0,0,0,0
SCOTT@book01p> select dump(to_timestamp_tz('2024-10-09 10:47:57.120000000 +09:00','YYYY-MM-DD HH24:MI:SS.FF TZH:TZM'),10) c70 from dual ;
C70
----------------------------------------------------------------------
Typ=188 Len=20: 232,7,10,9,1,47,57,0,0,14,39,7,9,0,5,0,0,0,0,0
--//120000000 = 0x07270e00 颠倒过来就是 000e2707
--//剩下的9,0,5,0,0,0,0,0 表现什么我就猜测不到了，估计第1个9,我的猜测也许对的就是时区。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
