Oracle недавно выпустил новый патч с таймзонами (для нас, в частности, достаточно критичен Сахалин -- он уехал на час вперед этой весной, т.е.
времени с 02:00 до 02:59:59.(9) 28 марта 2016 на Сахалине не существовало ).
Правда, в списке патчи только для 11 и 12, для 10-ки я сделал из 11, скопировав timezlrg_26.dat и timezone_26.dat в timezlrg.dat и timezone.dat для соответствующего Endian.
И вот как обрабатывается пропущенное время (проверялось на Linux и Solaris SPARC):
для 10gR2
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
SQL> with t as (
2 select to_timestamp_tz('27-03-2016 01:59 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') a,
3 to_timestamp_tz('27-03-2016 02:00 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') b
4 from dual
5 )
6 select (cast(sys_extract_utc(a) as date)-cast(a as date))*24 before,
7 (cast(sys_extract_utc(b) as date)-cast(b as date))*24 after from t;
BEFORE AFTER
---------- ----------
-10 -11
для 11gR2
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
tst> with t as (
2 select to_timestamp_tz('27-03-2016 01:59 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') a,
3 to_timestamp_tz('27-03-2016 02:00 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') b
4 from dual
5 )
6 select (cast(sys_extract_utc(a) as date)-cast(a as date))*24 before,
7 (cast(sys_extract_utc(b) as date)-cast(b as date))*24 after from t;
to_timestamp_tz('27-03-2016 02:00 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') b
*
ERROR at line 3:
ORA-01878: specified field not found in datetime or interval
Хотя старые переходы в 10gR2 отрабатывались тоже правильно (как и в 11gR2)
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> with t as (
2 select to_timestamp_tz('28-03-2010 01:59 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') a,
3 to_timestamp_tz('28-03-2010 02:00 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') b
4 from dual
5 )
6 select (cast(sys_extract_utc(a) as date)-cast(a as date))*24 before,
7 (cast(sys_extract_utc(b) as date)-cast(b as date))*24 after from t;
to_timestamp_tz('28-03-2010 02:00 Asia/Sakhalin', 'dd-mm-yyyy hh24:mi tzr') b
*
ERROR at line 3:
ORA-01878: specified field not found in datetime or interval
Вот, собственно и интересно -- файлики бинарно одинаковы (да и с чего им быть разными), предыдущие переходы отрабатывались одинаково, а щас вдруг такое различие
Есть еще предположение, что предыдущие переходы были вызваны летним/зимним временем, а текущий принудительный, но почему разница между версиями?
Или все-таки нельзя файлики от 11 юзать в 10 (с DST 23 вполне себе прокатывало)? Тогда просьба к тем, кто имеет расширенную поддержку и может получить патч непосредственно от Oracle проверить результат запроса в 10gR2
Спасибо
PS. Патч на OJVM вообще кривой -- кладет скрипты в левый каталог (javavm_src_2), а проверку потом все равно не проходит
fixTZb
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Testing various timezone DST attributes
FAILED for America/Santa_Isabel 1457863200000 -28800000 3600000
FAILED for America/Santa_Isabel 1478422799999 -28800000 3600000
FAILED for America/Santa_Isabel 1489312800000 -28800000 3600000
FAILED for America/Santa_Isabel 1509872399999 -28800000 3600000
FAILED for America/Santa_Isabel 1520762400000 -28800000 3600000
FAILED for America/Santa_Isabel 1541321999999 -28800000 3600000
FAILED for America/Santa_Isabel 1552212000000 -28800000 3600000
FAILED for America/Santa_Isabel 1572771599999 -28800000 3600000
FAILED for America/Santa_Isabel 1583661600000 -28800000 3600000
FAILED for America/Santa_Isabel 1604221199999 -28800000 3600000
FAILED for Asia/Kashgar 1451584800000 21600000 0
########################################################
Bug is still present. Patch failed!!
########################################################
