Discussion :

[ccaye]

Bonjour,

Je cherche à savoir si Oracle sait gérer les journées de 25 heures (lors de changement vers l'heure d'hiver). Après recherche je n'ai pas trouvé mais cela me paraît vraiment bizarre.

Ce que je cherche à faire, c'est par exemple afficher une liste qui affiche :
0h00
0h30
1h00
1h30
2h00
2h30
2h00
2h30
3h00
...

Ou bien, si l'on fait la différence de temps entre 4h et minuit, on devrait trouver 5h pour la journée du chgt d'heure et non 4. Comment faire en Oracle ? (sans forcément passer par du PL que je devrais coder) .

Merci de votre aide !

[Pomalaix]

Si quelqu'un connaît une telle fonction intégrée, je sens qu'on va être plus d'un à apprendre quelque chose !!

[Invité]

Mes 25 cents, c'est qu'une telle fonction doit prendre en compte les paramètres régionaux...

[ccaye]

Oui les paramètres régionaux doivent être pris en compte. Il semble bien qu'Oracle sait gérer ces changements d'heure :

Exemple affichage du temps universel pour une date avant le changement d'heure (le time zone CET correspond à notre zoine) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
SELECT SYS_EXTRACT_UTC(TIMESTAMP '2008-10-10 11:30:00.00 CET')
   FROM DUAL;
 
SYS_EXTRACT_UTC(TIMESTAMP'2008-10-1011:30:00.00CET') 
------------------------- 
10/10/08 09:30:00,000000000 
 
1 rows selected

Il y a bien 2h de décalage par rapport au temps universel.

Affichage du temps universel pour une date après le changement d'heure :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
SELECT SYS_EXTRACT_UTC(TIMESTAMP '2008-11-28 11:30:00.00 CET') 
   FROM DUAL;
 
SYS_EXTRACT_UTC(TIMESTAMP'2008-11-2811:30:00.00CET') 
------------------------- 
28/11/08 10:30:00,000000000 
 
1 rows selected

Plus qu'une heure de décalage. Donc on peut en déduire (il me semble) qu'Oracle gère correctement ces changements. Par contre j'ai l'impression qu'il ne sait pas le faire quand on fait une comparaison de date, car il ne retourne pas le "bon" nombre d'heure.
Il y a bien une relation timestamp <-> date non ?

[mnitu]

Dans Oracle® Database Globalization Support Guide

Support for Daylight Saving Time
Oracle automatically determines whether Daylight Saving Time is in effect for a specified time zone and returns the corresponding local time. The datetime value is usually sufficient for Oracle to determine whether Daylight Saving Time is in effect for a specified time zone. The periods when Daylight Saving Time begins or ends are boundary cases. For example, in the Eastern region of the United States, the time changes from 01:59:59 a.m. to 3:00:00 a.m. when Daylight Saving Time goes into effect. The interval between 02:00:00 and 02:59:59 a.m. does not exist. Values in that interval are invalid. When Daylight Saving Time ends, the time changes from 02:00:00 a.m. to 01:00:01 a.m. The interval between 01:00:01 and 02:00:00 a.m. is repeated. Values from that interval are ambiguous because they occur twice.

To resolve these boundary cases, Oracle uses the TZR and TZD format elements. TZR represents the time zone region in datetime input strings. Examples are 'Australia/North', 'UTC', and 'Singapore'. TZD represents an abbreviated form of the time zone region with Daylight Saving Time information. Examples are 'PST' for US/Pacific standard time and 'PDT' for US/Pacific daylight time. To see a list of valid values for the TZR and TZD format elements, query the TZNAME and TZABBREV columns of the V$TIMEZONE_NAMES dynamic performance view.