Problème de persistance de format de date

Bonjour,

En référence à ce sujet :
http://www.developpez.net/forums/d11...t-date-oracle/

Avant que je tape quoi que ce soit comme commande mon format de date est celui-ci : DD/MM/RRRR

Cette solution fonctionne uniquement que si on se déconnecte pas de la session courante, après que ces commandes aient été tapées :

Code:

---

1 2 3

ALTER session SET nls_date_format = 'DD/MM/RRRR HH24:MI:SS';   commit;

---

A partir de là si je tape cette commande :

Code:

---

select VALUE from V$NLS_PARAMETERS where PARAMETER='NLS_DATE_FORMAT';

---

ma date est bien sous le format DD/MM/RRRR HH24:MI:SS

Mais dés que je me déconnecte et connecte dans la foulée à ma session, le format de date redeviens le même qu'avant ma tentative de modification du format de date, c'est à dire : DD/MM/RRRR

Ma question est donc de savoir, comment faire pour rendre la modification du format de date permanente et persistante pour toutes les sessions ou une session particulière???

P.S : le problème est le même, que je tape les commandes sous un compte utilisateur lambda ou le compte SYSTEM.

Merci d'avance pour vos réponses,

Cordialement Alino.

Pas besoin de faire un commit après un alter, vous ne modifiez pas de données juste du paramétrage.

Au lieu de faire un alter session, vous pouvez faire un alter system.

Je ne sais pas ce que c'est SPFILE et je ne pense pas avoir de fichier de configuration SPFILE. J'ai installé oracle de façon standard, sans rien modifier.

Code:

---

1 2 3 4 5 6 7 8 9

-- Cette commande passe ALTER system SET nls_date_format='DD/MM/RRRR HH24:MI:SS' scope=SPFILE;   -- Cette commande ne passe pas ALTER system SET nls_date_format='DD/MM/RRRR HH24:MI:SS' scope=BOTH;   -- Cette commande ne passe pas aussi ALTER SYSTEM SET NLS_DATE_FORMAT = 'YYYY/MM/DD';

---

Néanmoins, je suis toujours au même point, ça ne modifie pas le format d'affichage de la date sous oracle :

Code:

---

select VALUE from V$NLS_PARAMETERS where PARAMETER='NLS_DATE_FORMAT';

---

Output : DD/MM/RR

????

bonjour,

il y a une méthode assez simple, qui consiste à setter une variable d'environnement.

Exemple sous UNIX:

Code:

---

export NLS_DATE_FORMAT='DD/MM/YYYY HH24:MI:SS'

---

ou

mettre la commande dans le .profile

Exemple sous Windows:

Code:

---

set NLS_DATE_FORMAT=DD/MM/YYYY HH24:MI:SS

---

(Attention en Windows on ne met pas de ' ')

ou la mettre dans les variables système.

Cordialement

Kaz

Kazevil, je viens de tester sous la console ms-dos windows ton code et ça ne modifie pas le format de la date.

Par contre je viens de trouver la solution, il faut donc créer un trigger qui se lance à chaque fois qu'un utilisateur tente de se connecter à la bdd (ce trigger change le format de la date pour la session active) :

Code:

---

1 2 3 4 5 6

CREATE OR REPLACE TRIGGER NLS_CONFIG_TRG AFTER LOGON ON DATABASE BEGIN execute immediate 'ALTER SESSION SET NLS_DATE_FORMAT="DD/MM/RRRR HH24:MI:SS"'; END; /

---

Citation:

---

Envoyé par alino-91

Kazevil, je viens de tester sous la console ms-dos windows ton code et ça ne modifie pas le format de la date.

Par contre je viens de trouver la solution, il faut donc créer un trigger qui se lance à chaque fois qu'un utilisateur tente de se connecter à la bdd (ce trigger change le format de la date pour la session active) :

Code:

---

1 2 3 4 5 6

CREATE OR REPLACE TRIGGER NLS_CONFIG_TRG AFTER LOGON ON DATABASE BEGIN execute immediate 'ALTER SESSION SET NLS_DATE_FORMAT="DD/MM/RRRR HH24:MI:SS"'; END; /

---

---

Pour vos besoin le trigger c'est une solution à eviter.

Salut,

Très bien mnitu, pourrais-tu dans ce cas nous donner stp une solution qui fonctionne et qui soit plus propre que la technique du trigger?

P.S : j'ai entendu parler de modification du dictionnaire de données utilisé par Oracle (via des commandes sql sous la console Oracle sql plus). Peut-être que la technique que tu vas proposer est celle-ci (si oui ou non, dans les deux cas je suis preneur).

Cordialement Alino-91.

Salut,

Des solutions vous ont été déjà proposées dans les précedants interventions.
Voilà aussi une référence dans Globalization Guide.

Très bien, mais je tiens à ajouter que j'ai testé les précédentes solutions sous windows XP avec la dernière version d'oracle 10G express et sous ms-dos et toutes les précédentes solutions ne passent pas (à part celle du trigger).

Je lirai votre lien incessamment sous peu, peut-être que j'y trouverai réponse à ma question.

Cordialement Alino-91.

Citation:

---

Envoyé par alino-91

Très bien, mais je tiens à ajouter que j'ai testé les précédentes solutions sous windows XP avec la dernière version d'oracle 10G et sous ms-dos et toutes les précédentes solutions ne passent pas (à part celle du trigger).

Je lirai votre lien incessamment sous peu, peut-être que j'y trouverai réponse à ma question.

Cordialement Alino-91.

---

Pour moi, ça marche (Xp et Oracle XE)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

C:\Documents and Settings\mnitu>SET NLS_DATE_FORMAT=DD/MM/YYYY HH24:MI:SS   C:\Documents and Settings\mnitu>sqlplus mni/mni   SQL*Plus: Release 10.2.0.1.0 - Production on Mer. Juil. 7 16:34:54 2010   Copyright (c) 1982, 2005, Oracle. All rights reserved.     ConnectÚ Ó : Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production   SQL> select sysdate from dual;   SYSDATE ------------------- 07/07/2010 16:35:00   SQL>

---

Très bien, je teste et je te tiens au courant.

Merci pour ta réponse.

Je viens de tester à l'instant. Ta solution fonctionne, mais uniquement si on ferme pas l'invite de commande ms-dos. Tu peux le constater par toi même :

Si tu fermes toutes tes invites de commande et que tu ouvres une nouvelle invite de commande, tu verras que si tu fais un :

Code:

---

select sysdate from dual;

---

tu auras en output :

Code:

---

07/07/10

---

Donc toujours pas de persistance, problème toujours non résolu pour moi (à part via le trigger). Ta solution n'est valable chez moi que pour la session courante, mais dés que tu exit du shell sqlplus et de l'invite de commande ms-dos, adios la modification du format de date (même en faisant un joli commit avant les deux exit).

Cordialement Alino-91.

Bonjour,

pour la persistance, tu dervais essayer de setter la variable comme une variable d'environement Windows.
Tu fais un clic-droit sur le poste de travail, puis propriétés.
Là dans Avancé tu pourra ajouter une variable. Pense à te délogguer et relogguer pour qu'elle soit prise en compte.

A mon avis ça devrait marcher.

A++

Kaz

La dernière solution que tu as proposée Kaz fonctionne nickel, merci beaucoup.