Discussion :

[fabienj34]

Bonjour,

je ne suis pas certain de bien maitriser le problème.

J'ai un bug dans une appli internationnalisée. J'ai un russe qui saisit un jour dans l'appli (le 18 par exemple). Dans la base de données, il est stocké le 17 à 22h (obtenu avec un to_char 'yyyy-mm-dd hh24:mi:ss' ).
Or le type de la data est bien une date, qui normalement ne bénéficie pas par conséquent de la mise en oeuvre de timezone contrairement à un timestamp ?

Du coup, SQLDevelopper et le clients en retour affichent le 17 et non le 18.... C'est bien une date saisie et pas un sysdate qui ont lieu pour le coup...

Pouvez-vous m'expliquer le fonctionnement de ces TZ dans des dates, car oracle ne document que le timestamp with tz (en tout cas, c'est tout ce que je trouve).

Merci.

Cordialement;

[youssefcss]

Bonsoir

si j'ai bien compris votre problème

ce document peut vous aidez

https://docs.oracle.com/cd/B19306_01...h4datetime.htm

[fabienj34]

Non justement... tous ces documents relatent que une date ne contient pas de timezone.... hors c'est mon cas.. pourtant j'ai bien un champ de type DATE dans oracle, et non de type DATETIME ou DT with TZ.

[mnitu]

Pourriez-vous exemplifier les opérations faite ? Où est calculé la date sur le client local ou dans la base ?

[Waldar]

L'application pourrait gérer la TZ au moment de la saisie.