Discussion :

[rupteur]

Bonjour à tous,

Voici mon problème

j'ai une table avec une colonne caractère "code" et une colonne caractère "resultat"
Suivant le code la colonne "resultat" peut être renseignée par du numérique ou de l'alpha

Pour des besoins statistiques sur les données numériques j'ai essayé de filtrer les données de la sorte :

Code :

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

1
2
3
 
SELECT code,COUNT(resip_resultat) as res FROM 
WHERE code='01'  AND CAST(TRIM(resultat) AS INTEGER)<=200;

(lorsque code='01' il s'agit exclusivement de données numériques)

cela a retourné une erreur de type :

Code :

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

1
2
 
ERREUR:  syntaxe en entrée invalide pour le type integer : « BLABLA »

(blabla étant une donnée caractère stockée dans resultat)

j'ai donc essayé de filtrer par une sous-requête

Code :

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

1
2
3
4
5
 
SELECT  code,res FROM
(SELECT code,COUNT(resip_resultat) AS res FROM 
WHERE code='01') as sreq1 
WHERE  CAST(TRIM(res) AS INTEGER)<=200;

et j'ai de nouveau la même erreur.

comment cela se fait t'il, la sous requête n'aurait-elle pas dû enlever les données alpha ?

Merci pour vos suggestions.

Cordialement,
Rupteur

[xavier-Pierre]

bonjour un truc du style (en utilisant les expressions rationnelles)

Code :

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

where resultat~'^[0-9]+$' and resultat::numeric=<200

[rupteur]

Merci beaucoup, cela fonctionne parfaitement !

je ne comprends pas pourquoi postgresql évalue les sous-requêtes de cette façon,
mais puisqu'il existe un moyen de faire autrement

[estofilo]

Si la méthode que tu cites initialement ne fonctionne pas, c.a.d:

Code :

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

WHERE code='01'  AND CAST(TRIM(resultat) AS INTEGER)<=200

alors on peut difficilement croire que l'autre méthode serait meilleure, à savoir:

Code :

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

WHERE resultat~'^[0-9]+$' AND resultat::numeric=<200

car les deux procèdent exactement de la même logique qui pose problème.

Problème parce que ça suppose que la condition à gauche du AND va être évaluée avant celle de droite, alors qu'il n'y a aucune garantie que ce soit le cas.

[SQLpro]

Merci beaucoup, cela fonctionne parfaitement !

je ne comprends pas pourquoi postgresql évalue les sous-requêtes de cette façon,
mais puisqu'il existe un moyen de faire autrement

PostGreSQL dispose d'un optimiseur qui a encore beaucoup de chemin à faire pour rejoindre celui des grands SGBDR.

Jetez un coup d'œil a l'article que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p5...lle-intellige/
A ma connaissance seul SQL Server en est capable... Mais je n'ai pas testé sous IBM DB2 !

A +