Discussion :

[pekre]

Bonjour, je vous soumets ma préoccupation.
j'ai une date que je voudrais enregistrer sous cette forme yyyy-MM-dd HH:mm:ss en format date.
Mais mon problème est que quand je consulte la base Oracle je le trouve en yyyy-MM-dd. Je ne vois donc pas les heures, les minutes et les secondes.
Comment faire pour toujours les avoir ?
Merci

[pekre]

salut je viens de regler mon pb.il fallaiut le modifier dans mon sql developer en faisant

Code :

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

alter SESSION set NLS_DATE_FORMAT = 'DD-MM-YYYY HH24:MI:SS'

[mnitu]

Bonjour, je vous soumets ma préoccupation.
j'ai une date que je voudrais enregistrer sous cette forme yyyy-MM-dd HH:mm:ss en format date.
...

Une date c'est un type de données qui n'a pas de format. Ces sont 8 octets qui sont toujours stockés et qui doivent être interprétés suivant un algorithme pour retrouver la valeur de la date.
Le format n'interviens que lorsque une date est convertie dans une chaine des caractères (comme pour l'affichage) ou lorsque une chaine des caractères est convertie dans une date.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 
Connected as mni@parvatI
 
SQL> 
SQL> Select dump(sysdate)
  2   from dual
  3  /
DUMP(SYSDATE)
--------------------------------------------------------------------------------
Typ=13 Len=8: 223,7,4,17,14,35,40,0
 
SQL>

[Waldar]

il fallaiut le modifier dans mon sql developer en faisant

Dans SQL Developer, si vous ne voulez pas faire d'alter session à chaque fois, vous pouvez le configurer dans le menu Outils / Préférences / Base de données / NLS.

[Pomalaix]

Une date .... Ce sont 8 octets qui sont toujours stockés ...

Dans mon souvenir, une date était stockée sur 7 octets, et la démonstration avec la fonction DUMP m'avait convaincu que je n'étais plus à jour sur ce sujet.

Et puis j'ai eu à y revenir :

Code :

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

1
2
3
4
5
6
7
8
9
select vsize(sysdate) v1, vsize(hiredate) v2 from emp where rownum=1;
        V1         V2
---------- ----------
         7          7

select dump(sysdate) d1, dump(hiredate) d2 from emp where rownum=1;
D1                                       D2
---------------------------------------- ----------------------------------------
Typ=13 Len=8: 223,7,8,6,4,15,15,0        Typ=12 Len=7: 119,180,12,17,1,1,1

Et là on constate que DUMP fournit une longueur différente selon qu'il s'agit d'une date stockée en table ou non.

John Spencer explique pourquoi ici https://community.oracle.com/message/2545976#2545976

When you use sysdate or to_date and the like, Oracle gets the value through kernel call to the O/S so gets back a date in the c time_t struct format which is 8 bytes, and what the dump function shows. The vsize function returns the internal storage length of the argument. Somewhere in the code for vsize, the time_t struct version of the date is converted to Oracle's internal representation so it shows a length of 7.

[mnitu]

Oui, merci pour cette correction.