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

Significato dei byte dump(systimestamp) di Oracle

Esistono vari tipi di dati datetime superficialmente simili ma internamente diversi. systimestamp è di tipo 188 (e contiene informazioni sul fuso orario); un valore letterale di timestamp è il tipo 187 senza informazioni sul fuso orario e 188 con esso; e una semplice colonna timestamp è di tipo 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                                 

Di questi, solo una colonna timestamp utilizza il formato interno nell'articolo a cui ti sei collegato, utilizzando la notazione in eccesso di 100 per l'anno.

Per gli altri, il primo byte è un modificatore di base 256 e il secondo byte è l'anno di base 256; quindi lo interpreteresti come

223 + (7 * 256) = 2015

Puoi leggere ulteriori informazioni sulla memoria interna nel documento My Oracle Support 69028.1. Quello, e la risposta precedente collegata nei commenti, si riferiscono ai due tipi di data, ma i timestamp sono trattati allo stesso modo fino ai secondi e parte del resto può essere dedotto per il tipo 187/188 - la parte dei secondi frazionari comunque:

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?

Per il tipo 120 i secondi frazionari sono gli stessi ma con i byte invertiti.