ORA-01840: valeur entrée pas assez longue pour le format de la date

Version imprimable

Bonjour à tous,

J'ai migré récemment une base 9i d'un serveurA vers un serveurB.

Hors je rencontre un problème, lorsque j'effectue ce genre de requêtes

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
SELECT
  BBBB.TDPROD,
  BBBB.TDTYPE,
  BBBB.TDWHS,
  BBBB.DWMFAC,
  (BBBB.TDQTY *DCIC.ISTCTT),
  BBBB.TDSCST,
  BBBB.TDQTY,
  BBBB.TDQTY,
  Sum(BBBB.TDQTY *DCIC.ISTCTT)
FROM
  BBBB,
  DCIC,
  DIIM
WHERE
  ( DIIM.IDPROD=BBBB.TDPROD(+)  )
  AND  ( DCIC.IDCPRD(+)=DIIM.IDPROD  )
  AND  ( BBBB.DWMFAC = DCIC.IDCFAC  )
  AND  ( BBBB.DWMFAC = DCIC.IDCFAC  )
  AND  (
TO_NUMBER(TO_CHAR(to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),'SYYYY'))  =  2008
  AND  TO_NUMBER(TO_CHAR(to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),'MM'))  =  04
  )
GROUP BY
  BBBB.TDPROD, 
  BBBB.TDTYPE, 
  BBBB.TDWHS, 
  BBBB.DWMFAC, 
  (BBBB.TDQTY *DCIC.ISTCTT), 
  BBBB.TDSCST, 
  BBBB.TDQTY, 
  BBBB.TDQTY;

Sur le serverA, cela fonctionne.
Sur le serverB, j'obtient :

Code:

1
2
ERREUR à la ligne 21 :
ORA-01840: valeur entrée pas assez longue pour le format de la date

J'ai donc effectué :

Code:

SQL> SELECT * FROM NLS_DATABASE_PARAMETERS ;

Sur le serverA et B, j'ai le même paramétrage :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
PARAMETER                      VALUE
------------------------------ ----------------------------------------
NLS_LANGUAGE                   AMERICAN
NLS_TERRITORY                  AMERICA
NLS_CURRENCY                   $
NLS_ISO_CURRENCY               AMERICA
NLS_NUMERIC_CHARACTERS         .,
NLS_CHARACTERSET               WE8ISO8859P1
NLS_CALENDAR                   GREGORIAN
NLS_DATE_FORMAT                DD-MON-RR
NLS_DATE_LANGUAGE              AMERICAN
NLS_SORT                       BINARY
NLS_TIME_FORMAT                HH.MI.SSXFF AM
 
PARAMETER                      VALUE
------------------------------ ----------------------------------------
NLS_TIMESTAMP_FORMAT           DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT             HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT        DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY              $
NLS_COMP                       BINARY
NLS_LENGTH_SEMANTICS           BYTE
NLS_NCHAR_CONV_EXCP            FALSE
NLS_NCHAR_CHARACTERSET         AL16UTF16
NLS_RDBMS_VERSION              9.2.0.8.0
 
20 ligne(s) sélectionnée(s).

Une idée sur l'origine du problème? :?

23/05/2008, 16h03
orafrance

Code:

TO_NUMBER(TO_CHAR(to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),'MM')) = 04

c'est pas plus simple :

Code:

to_char(BBBB.DTTDTE),'MM') = '04'

:koi:
23/05/2008, 16h13
mand_o

Citation:

Envoyé par orafrance

Code:

TO_NUMBER(TO_CHAR(to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),'MM')) = 04

c'est pas plus simple :

Code:

to_char(BBBB.DTTDTE),'MM') = '04'

:koi:

Je ne suis pas responsable des requêtes, mais le fait est qu'elle marchait sur le serverA et plus sur le serverB après migration. :(
23/05/2008, 16h18
orafrance

migration ou copie ?
23/05/2008, 16h22
mand_o

Citation:

Envoyé par orafrance

migration ou copie ?

Disons que j'ai récupéré le "bébé" en cours de route.
Je pense qu'il avait utilisé dbca pour recréer l'instance à partir d'un modèle créé sur la premiere puis export/import.
26/05/2008, 09h32
mand_o
Bonjour,

J'ai un peu avancer.

Sur le serveurA, la requête passe quelque soit la date.
Sur le serveurB, la même requête est en erreur s'il y a des dates sous forme : "99999999":
Code:

1 2 ERREUR à la ligne 21 : ORA-01840: valeur entrée pas assez longue pour le format de la date
Alors qu'il ne le fait pas sur le serverA.

Une idée sur le paramètre en cause ?
26/05/2008, 10h32
laurentschneider

to_char(BBBB.DTTDTE)

ça c'est une conversion implicite, pas beau :aie:

compare NLS_DATE_FORMAT
26/05/2008, 10h44
laurentschneider

une 2e remarque

Citation:

WHERE
( DIIM.IDPROD=BBBB.TDPROD(+) )
AND ( DCIC.IDCPRD(+)=DIIM.IDPROD )
AND ( BBBB.DWMFAC = DCIC.IDCFAC )
AND ( BBBB.DWMFAC = DCIC.IDCFAC )
AND (
TO_NUMBER(TO_CHAR(to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),'SYYYY')) = 2008
AND TO_NUMBER(TO_CHAR(to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),'MM')) = 04
)

il est impossible de savoir si le to_date serait effectué avant ou après la jointure et les autres conditions, donc, si ton plan change, ta requête peut planter...

Citation:

Envoyé par laurentschneider

to_char(BBBB.DTTDTE)
ça c'est une conversion implicite, pas beau :aie:
compare NLS_DATE_FORMAT

Oui j'ai exactement le même paramétrage NLS (enfin si je regarde au bon endroit :? ) :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 SQL> select * from nls_session_parameters; PARAMETER VALUE ------------------------------ --------------------------- NLS_LANGUAGE FRENCH NLS_TERRITORY FRANCE NLS_CURRENCY ¿ NLS_ISO_CURRENCY FRANCE NLS_NUMERIC_CHARACTERS ,. 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 PARAMETER VALUE ------------------------------ --------------------------- 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
J'ai par ailleurs le même genre de problème sur une autre requête, cela fonctionne sur le serverA et sur le serverB, j'obtiens :

Code:

ORA-01843: ce n'est pas un mois valide

C'est le même problème, mais je ne sais pas où regarder.

26/05/2008, 12h02
c.langlet

Comme dis precedemment c'est typique d'une conversion
implicite de date
essaye de mettre systematiquement le format de la date dans les to_date et
to_char
si ce n'est pas possible a verifier le nls_date dans les clefs de registre
du client (je crois qu'il peut aussi être définie la)
26/05/2008, 14h00
laurentschneider

j'avoue ne pas bien comprendre le sens de cette requete :

to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),

c'est quoi dttdte, du numerique?
27/05/2008, 11h39
mand_o

Citation:

Envoyé par laurentschneider

j'avoue ne pas bien comprendre le sens de cette requete :
to_date(to_char(BBBB.DTTDTE),'YYYYMMDD'),

Pour les requêtes, ce n'est pas moi qui les gère, mais le fait est qu'elles fonctionnaient sur le serverA et ne fonctionnent plus sur le serverB

Citation:

c'est quoi dttdte, du numerique?

DTTDTE -> NUMBER(8) de type 20071204
ServerA : cela fonctionne quelque soit la valeur
ServerB : Lorsque toutes les valeurs sont des dates "valides", cela fonctionne, mais cela passe en erreur lorsque la valeur est par exemple : '99999999'.
27/05/2008, 12h15
orafrance

c'est probablement le plan d'exécution qui a changé et du coup commence par des lignes invalides :?
27/05/2008, 14h27
c.langlet

Tu veux dire que tu as des valeur de type '99999999' sur
lesquels tu fais un to_date
Ce qui m'etonne c'est que ça marchais avant
27/05/2008, 17h29
laurentschneider
to_date(to_char(BBBB.DTTDTE),'YYYYMMDD')

tu pourrais transformer ça en
Code:

1 2 3 4 5 case when BBBB.DTTDTE between 190000000 and 210000000 then to_date(to_char(BBBB.DTTDTE),'YYYYMMDD') end
bon si tu ne peux pas toucher à la requête alors je ne peux pas t'aider

PS: on pourrait bien sûr affiner avec un control du 29 février et de 33 mars, mais vu que mando ne semble pas décidé(e) à changer la requête de toute façon :?