Discussion :

[jplec]

Bonjour à tous,

J'ai une procédure sur deux bases différentes (TEST et PROD) qui prend une date en paramètre.

Cette procédure est identique sur les deux environnement.

Cependant lorsque je fais des tests, la procédure fonctionne sans problème sur l'environnement de TEST. Toutefois sur l'environnement de PROD, à l'exécution, j'ai l'erreur :

ORA-01843: not a valid month

.

J'ai vérifié les paramètres des deux bases :

- Base de Test :

Code :

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

SELECT * FROM NLS_DATABASE_PARAMETERS;

Voici le résultat :

PARAMETER	VALUE

NLS_NCHAR_CHARACTERSET	AL16UTF16
NLS_LANGUAGE	FRENCH
NLS_TERRITORY	FRANCE
NLS_CURRENCY	?
NLS_ISO_CURRENCY	FRANCE
NLS_NUMERIC_CHARACTERS	,.
NLS_CHARACTERSET	WE8ISO8859P1
NLS_CALENDAR	GREGORIAN
NLS_DATE_FORMAT	DD/MM/RR
NLS_DATE_LANGUAGE	FRENCH
NLS_SORT	FRENCH
NLS_TIME_FORMAT	HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT	DD/MM/RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT	HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT	DD/MM/RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY	?
NLS_COMP	BINARY
NLS_LENGTH_SEMANTICS	BYTE
NLS_NCHAR_CONV_EXCP	FALSE
NLS_RDBMS_VERSION	9.2.0.8.0

- Sur la PROD :

PARAMETER	VALUE

NLS_NCHAR_CHARACTERSET	AL16UTF16
NLS_LANGUAGE	FRENCH
NLS_TERRITORY	FRANCE
NLS_CURRENCY	?
NLS_ISO_CURRENCY	FRANCE
NLS_NUMERIC_CHARACTERS	,.
NLS_CHARACTERSET	WE8ISO8859P1
NLS_CALENDAR	GREGORIAN
NLS_DATE_FORMAT	DD/MM/RR
NLS_DATE_LANGUAGE	FRENCH
NLS_SORT	FRENCH
NLS_TIME_FORMAT	HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT	DD/MM/RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT	HH24:MI:SSXFF TZR
NLS_TIMESTAMP_TZ_FORMAT	DD/MM/RR HH24:MI:SSXFF TZR
NLS_DUAL_CURRENCY	?
NLS_COMP	BINARY
NLS_LENGTH_SEMANTICS	BYTE
NLS_NCHAR_CONV_EXCP	FALSE
NLS_RDBMS_VERSION	9.2.0.8.0

Le résultat est le même.

De ce fait je ne comprends pas d'où vient le problème.

Si quelqu'un a une idée je suis preneur

[lola06]

Il détecte un mois invalide genre 10/13/2012. Soit une erreur est présente dans tes données soit tu définis mal tes dates dans ta procédure.

Montre-nous donc ta procédure, tes tables et un extrait de données.

[jplec]

J'ai oublié de donner un exemple c'est vrai :

Ma procédure à un paramètre date en entrée.

J'ai constaté que si je fait appel à ma procédure sur l'environnement de PROD avec une date au format français type DD/MM/YYYY (ex: 01/01/2005), je me retrouve avec l'erreur => not a valid month.
Si j'appelle ma procédure avec le format américain (ex: 01-jan-2005) la procédure s'exécute.

Si je fais les mêmes appels sur l'environnement de TEST la procédure s'exécute et le format stocké en base correspond au format français.

Voici la déclaration de ma procédure et les exemples d'appels fait :

Code :

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

1
2
3
procedure UpdateDateNomenclature(par_dDeb In DATE)
UpdateDateNomenclature('01-JAN-2005');
UpdateDateNomenclature('01/01/2005');

Il y a t'il un autre endroit que la table NLS_DATABASE_PARAMETERS où le format de date par défaut d'oracle peut-être paramétré?

[lola06]

Dans ta procédure tu peux reformater ta date avant de faire des calculs.

Quand je demandais ta procédure, c'est pas juste la déclaration ou les appels mais la procédure en elle-même.

[al1_24]

Pour être certain de la manière dont ta chaîne de caractères est convertie en date, le plus simple est de forcer le format en utilisant TO_DATE.

Code :

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

1
2
3
procedure UpdateDateNomenclature(par_dDeb IN DATE)
UpdateDateNomenclature(TO_DATE('01-JAN-2005', 'dd-mmm-yyyy'));
UpdateDateNomenclature(TO_DATE('01/01/2005', 'dd/mm/yyyy'));

En évitant les conversions implicites, tu es sur de ne pas avoir de surprise !

[lola06]

Pour être certain de la manière dont ta chaîne de caractères est convertie en date, le plus simple est de forcer le format en utilisant TO_DATE.

Code :

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

1
2
3
procedure UpdateDateNomenclature(par_dDeb IN DATE)
UpdateDateNomenclature(TO_DATE('01-JAN-2005', 'dd-mmm-yyyy'));
UpdateDateNomenclature(TO_DATE('01/01/2005', 'dd/mm/yyyy'));

En évitant les conversions implicites, tu es sur de ne pas avoir de surprise !

N'est-ce pas mieux de reformater la date dans la procédure ?
Cela éviterai de reconvertir à chaque fois qu'elle est appelée.

[skuatamad]

N'est-ce pas mieux de reformater la date dans la procédure ?
Cela éviterai de reconvertir à chaque fois qu'elle est appelée.

La procédure traite une date et une date n'a pas de format, il n'y a donc rien à faire dans la procédure.
Par contre '01/01/2005' n'est pas une date mais un varchar, il y aura donc conversion implicite.
TO_DATE('01/01/2005', 'dd/mm/yyyy') est une date, pas de conversion implicite dans la procédure.

La bonne méthode d'appel de la procédure est donc bien celle donnée par Al1_24.