Discussion :

[Jean_Peuplus]

Hello tlm,

J'ai un SQLCODE -408 lors de la compilation de mon programme.
Voici la description officielle de l'erreur :

SQL0408N A value is not compatible with the data type of its assignment target. Target name is "<name>".

Explanation: The data type of the value to be assigned to the column, parameter, SQL variable, or transition variable by the SQL statement is incompatible with the declared data type of the assignment target. Both must be:

• Numeric
• Character
• Graphic
• Dates or character
• Times or character
• Timestamps or character
• Datalinks
• The same distinct types
• Reference types where the target type of the value is a subtype of the target type of the column.
• The same user-defined structured types. Or, the static type of the value must be a subtype of the static type (declared type) of the target.

The statement cannot be processed.

User Response: Examine the statement and possibly the target table or view to determine the target data type. Ensure the variable, expression, or literal value assigned has the proper data type for the assignment target.

Je fais un select into d'un décimal dans un integer (en fait l'équivalent d'un integer en cobol : généré par DCLGEN) et l'erreur survient lors de l'INSERT qui suit (alors que la colonne est en integer et que la variable hote aussi, DCLGEN oblige).

Vous avez une idée parce que là je sais plus quoi faire

merci

[Jean_Peuplus]

J'ai le problème pour 7 des colonnes de ma table, comme par hasard c'est toutes les colonnes en numérique (INTEGER ou DECIMAL).
j'ai beau remplacer les variables hôte (remplies avec des select) par des constantes au bon format, ça ne marche toujours pas...
toujours ce sqlcode -408

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
16
17
18
19
20
21
22
23
24
25
26
27
EXEC SQL INSERT INTO TKODTABL
(  ANNEE_EXT                 
...
, PTC
...
 , INVS_1   
 , INVS_2 
 , INVS_3   
 , INVS_4
 , INVS_5   
 , INVS_6   
 , DATE_MODIF    
)                
VALUES     
 ( :WS-SSAA
...
  , :WS-COMPIL-INT
...
  , :WS-COMPIL-DEC    
  , :WS-COMPIL-DEC    
  , :WS-COMPIL-DEC    
  , :WS-COMPIL-DEC    
  , :WS-COMPIL-DEC    
  , :WS-COMPIL-DEC    
  , CURRENT TIMESTAMP 
 )                    
 END-EXEC.

qqu'un a une idée ?

[Scorpi0]

Bonjour,

Je pense que vous aurez plus de réponse dans le forum COBOL :
http://www.developpez.net/forums/f15...angages/cobol/.

Ce n'est pas vraiment un problème SQL, plutôt un problème de type de variable dans la liaison COBOL->SQL, ce qui entraîne qu'aucun développeur SQL ne connaissant pas COBOL ne peut vous aider.

[SQLpro]

Le plus simple serait de caster vos colonnes dans la requête si vous ne voulez pas changer le type COBOL.

A +

[el_slapper]

Je dirais que l'erreur doit être du genre pouillèmique.....méthode de recherche :

1) vérifier que le DCLGEN utilisé en compil correspond exactement à la table que l'on accède(cas classique : on a pris un DCLGEN de prod, et la table a étée agrandie en développement.....)

2)vérifier, donnée par donnée, le format des données que l'on rentre. un autre coup classique : une longueur n'est pas bonne. Si le DCLGEN est un PIC 9(5), mais qu'on y met un PIC9(6), alors bobo. Pareil avec les PIC X. Il suffit qu'un seul type ou une seule longueur soit décalée pour tout planter.

3)avant insertion, faire un DISPLAY, donnée par donnée, de toutes les values. Et vérifier qu'il n'y a rien de suspect.....

les points 2 à 3 sont longs et chiants, mais ils permettent de trouver plein de problèmes.....

[Hédhili Jaïdane]

Bonjour.

A priori les zones d'origine et cibles ne sont pas de même types, entre autres, * Numeric, * Character, *dates, * Timestamps, etc...
On ne parle pas de longueur ni d'Integer ou decimal apparemment.

Assure toi que les colonnes numériques recoivent bien des variables numériques et surtout que DATE_MODIF est bien de type *TIMESTAMP

[Mercure]

Colle ici la définition de chacune de tes variables WS-SSAA, WS-COMPIL-INT et WS-COMPIL-DEC ainsi que ton instruction SELECT INTO.

[Luc Orient]

... Je fais un select into d'un decimal dans un integer (en fait l'équivalent d'un integer en cobol : généré par DCLGEN)
et l'erreur survient lors de l'INSERT qui suit (alors que la colonne est en integer et que la variable hote aussi, DCLGEN oblige).

Comme dit Mercure, il faudrait voir la description des variables hôtes. J'y ajouterais aussi la description des colonnes de la table.
Maintenant, la description des variables hôtes peut être bonne ( surtout si elle est issue d'un DCLGEN et qu'aucun WARNING n'a été signalé à la pré-compilation ) et c'est alors le contenu qui est mauvais ( une absence d'initialisation par exemple ). Un usage judicieux du test IF ... NOT NUMERIC peut aider à diagnostiquer l'incident ...

[Jean_Peuplus]

effectivement c'est un problème d'initialisation.

je débute dans le COBOL SQL et manifestement la compil ne prend pas en compte le fait que j'initialise toutes les variables par des select avant l'insert, il faut ajouter une initialisation statique pour que la compil se fasse sans ce message d'erreur...

merci beaucoup à tous

[Luc Orient]

... je débute dans le COBOL SQL et manifestement la compil ne prend pas en compte le fait que j'initialise toutes les variables par des select avant l'insert, il faut ajouter une initialisation statique pour que la compil se fasse sans ce message d'erreur...

on n'initialise pas des variables dans un programme pas un SELECT ...