Discussion :

[lgomez]

Jour!

Voila, j'ai remarqué que quand j'utilisais

Code :

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

1
2
SELECT TO_DATE(SYSDATE, 'DD.MM.YYYY')
FROM   dual

j'obtenais des dates 10 siècles trop vieilles (07.11.0005)

Par contre en faisant

Code :

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

1
2
3
4
5
SELECT TO_CHAR(SYSDATE, 'DD.MM.YYYY)
FROM   dual;
 
SELECT TO_CHAR(TO_DATE(SYSDATE, 'DD.MM.YYYY))
FROM   dual;

voire

Code :

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

1
2
SELECT TO_DATE(SYSDATE, 'DD.MM.RRRR')
FROM   dual

La date est juste... Est-ce un bug ou une mauvaise utilisation? Je n'ai pas compris.

Il y avait quelques bouts d'explications là et là

[orafrance]

RRRR -> gestion de l'an 2000 donc RRRR est mieux que YYYY (trop souvent utilisé encore )

Enfin, TO_CHAR est plus adapté puisque convertir une date en date (TO_DATE(sysdate...) n'a aucun sens

[lgomez]

Ok donc d'après toi, mieux vaut employer le RRRR à la place du YYYY, qui n'est pas bien adapté aux dates sur 4 chiffres?

Par contre pour ce qui est de mettre TO_DATE, c'est dans un but de spécification et non pas de conversion puisqu'on ne peut pas faire simplement (SYSDATE, DD.MM.YYYY)... Et pour moi le plus logique quand je traite une date, c'est de la garder au format date et non pas de la convertir en chaine de caractères...

[CD]

Si c'est juste pour l'affichage de la date, il faut regarder la variable d'environnement NLS_DATE_FORMAT (qui peut aussi se fixer dans les paramètres d'initialisation de la base)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SQL> select sysdate from dual;
 
SYSDATE
--------
07/11/05
 
SQL> alter session set nls_date_format='DD-MON-YYYY HH24:MI:SS';
 
Session modifiÚe.
 
SQL> select sysdate from dual;
 
SYSDATE
----------------------
07-NOV. -2005 14:56:59

[lgomez]

Sorry ^^ Oublié le résolu...