sql >> Database teknologi >  >> RDS >> Oracle

Betydningen af ​​Oracles dump(systimestamp) bytes

Der er forskellige overfladisk lignende, men internt forskellige datetime-datatyper. systimestamp er type 188 (og har tidszoneinformation); et tidsstempel er type 187 uden tidszoneinfo og 188 med det; og en almindelig tidsstempelkolonne er type 180:

select dump(systimestamp) from dual;

DUMP(SYSTIMESTAMP)                                                             
--------------------------------------------------------------------------------
Typ=188 Len=20: 223,7,7,31,9,50,28,11,128,203,79,35,1,0,5,0,0,0,0,0             

select dump(timestamp '2015-07-31 08:55:06.157047 +00:00') from dual;

DUMP(TIMESTAMP'2015-07-3108:55:06.157047+00:00')              
---------------------------------------------------------------
Typ=188 Len=20: 223,7,7,31,8,55,6,0,216,88,92,9,0,0,5,0,0,0,0,0

select dump(timestamp '2015-07-31 08:55:06.157047') from dual;

DUMP(TIMESTAMP'2015-07-3108:55:06.157047')                    
---------------------------------------------------------------
Typ=187 Len=20: 223,7,7,31,8,55,6,0,216,88,92,9,0,0,3,0,0,0,0,0

create table t (ts timestamp);
insert into t (ts) values (timestamp '2015-07-31 08:55:06.157047');
select dump(ts) from t;

DUMP(TS)                                                                       
--------------------------------------------------------------------------------
Typ=180 Len=11: 120,115,7,31,9,56,7,9,92,88,216                                 

Af disse er det kun en tidsstempelkolonne, der bruger det interne format i den artikel, du linkede til, ved at bruge over-100 notation for året.

For de andre er den første byte en base-256-modifikator, og den anden byte er base-256-året; så du ville fortolke det som

223 + (7 * 256) = 2015

Du kan læse mere om det interne lager i My Oracle Support-dokument 69028.1. Det, og det tidligere svar, der er linket til i kommentarerne, henviser til de to datotyper, men tidsstempler behandles ens ned til sekunderne, og noget af resten kan udledes for type 187/188 - brøksekundersdelen alligevel:

Byte 1 - Base 256 year modifier: 223
2      - Base 256 year: 7 (256 * 7 = 1792 + 223 = 2015)
3      - Month: 7
4      - Day: 31
5      - Hours: 8
6      - Minutes: 55
7      - Seconds: 6
8      - Unused?
9      - Base 256 nanoseconds: 216
10     - Base 256 ns modifier 1: 256 * 88 = 22528
11     - Base 256 ns modifier 2: 256 * 256 * 92 = 6029312
12     - Base 256 ns modifier 3: 256 * 256 * 256 * 9 = 150994944
           => actual nanoseconds = 216 + 22528 + 6029312 + 150994944 
           => 157047000
13-20  - Time zone data?

For type 120 er brøksekunderne de samme, men med bytes omvendt.




  1. Henter alle overordnede rækker i én SQL-forespørgsel

  2. Tilslutning af SAP Lumira til Microsoft Access

  3. ORA-01861:literal matcher ikke formatstreng

  4. Grundlæggende om parallel programmering med Fork/Join Framework i Java