Discussion :

[hittony]

Bonjour,

Code :

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

1
2
3
4
select count(*)
from t1, t2
where t1.c1 = t2.c1
and t1.c2 = 1

Error: [SQL0802] Erreur de conversion ou de mappage des données.
SQLState: 22023
ErrorCode: -802

t1.c2 est de type NUMERIC et de longueur 2

Code :

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

1
2
3
select count(*)
from t1, t2
where t1.c1 = t2.c1

Code :

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

1
2
3
select count(*)
from t1 
where t1.c2 = 1

Je ne comprends plus rien...

[pwrdwnsys]

Une valeur nulle dans une des colonnes peut peut-être provoquer cela ?

[hittony]

Merci pwrdwnsys, t'y est presque...t1.c1 contient des valeurs vides...

Code :

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

1
2
3
4
5
SELECT count(*)
FROM t1, t2
WHERE t1.c1 = t2.c1
and not t1.c1 = ''
AND t1.c2 = 1

Mais pourquoi la requête ci dessous fonctionne quand même sans exclure les valeurs vides?

Code :

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

1
2
3
SELECT count(*)
FROM t1, t2
WHERE t1.c1 = t2.c1

[asmduty]

Bonjour,

t1.c1 et t2.c1 sont-ils de même type et de même taille ?
Si ce n'est pas le cas, un cast règlera le problème.

[hittony]

Merci, asmduty, de joindre à cette discussion,

Je te confirme que t1.c1 et t2.c1 sont de même type et de même taille, CHAR(14).

[punkoff]

bonjour,

Pour les problèmes SQL, on demande :
- DDL des tables
- jeu de donnée en entrée
- jeu de donnée en sortie (ou jeu de donnée du problème)
- requête exécutée amenant le problème

Ceci afin de facilité la résolution des problèmes (et leur compréhension, et là perso j'ai du mal à comprendre ce que vous faites et quelles résutlats sont bon ou pas ..)


De plus ne confondez pas :
- chaine vide
- null

Ce sont deux choses bien distinct en SQL.
null n'est pas une valeur, mais un état qui exprime l'absence d'une valeur.
C'est pour celà que l'on test si une colonne est nul via cette commadne SQL :

Code :

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

1
2
 
where ma_col is null

[asmduty]

Du coup je ne vois pas pourquoi cette erreur peut apparaitre ...

Moi je l'avais pas toujours, mais parfois parce que je faisais des jointures sur plusieurs critères, dont l'année qui était numérique dans une table et char dans l'autre.
Du coup ça passait très bien sans conversion, sauf un jour j'ai rajouté un AND sans rapport et j'avais eu cette erreur.
Une fois casté le numérique en CHAR c'était bon.

Pourquoi ne pas essayer aussi une syntaxe comme celle-ci en SQL 92 plutot que SQL 86 :

Code :

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

1
2
3
4
5
SELECT count(*)
FROM t1
INNER JOIN t2
ON t1.c1 = t2.c1
WHERE t1.c2 = 1

Pourquoi ne pas essayer d'entourer le 1 de quotes, même si c'est un numérique en DB2 ça ne donne pas d'erreur.

Evidemment tout ça c'est de la bidouille mais si une de ces solutions marche ça oriente quand même vers la source d'erreur.

[hittony]

Code :

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

1
2
3
4
5
SELECT count(*)
FROM t1
INNER JOIN t2
ON t1.c1 = t2.c1
WHERE t1.c2 = 1

Cela ne fonctionne pas non plus, le même message d'erreur est reproduit.

Pourquoi ne pas essayer d'entourer le 1 de quotes, même si c'est un numérique en DB2 ça ne donne pas d'erreur.

Non plus

L'erreur vient forcément de t1.c1 qui contient une valeur VIDE (NULL pour ceux qui ne l'a pas vu ou compris...)

Code :

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

1
2
3
4
5
SELECT count(*)
FROM t1, t2
WHERE t1.c1 = t2.c1
and not t1.c1 = ''
AND t1.c2 = 1

[punkoff]

t1.c2 est de type NUMERIC et de longueur 2

Je te confirme que t1.c1 et t2.c1 sont de même type et de même taille, CHAR(14).

On va continuer jusqu'a combien de poste pour avoir un début de réponse cohérent ?

Le dll des tables ?

[asmduty]

En y réfléchissant bien ce n'est pas sans logique, si tu fais une jointure sur un champs qui peut être vide ça n'a pas de sens, et tu auras un produit carthésien à partir du moment ou dans une de tes 2 tables ton champs n'est pas renseigné.

Ce qui est plus difficile à comprendre est que ça marche sans le AND, et pas avec, et là à mon avis c'est plus lié au fonctionnement du SGBD
A part ces messieurs de chez IBM, par grand monde ne doit savoir pourquoi ça fonctionne comme ça.