Discussion :

[Ecibat]

Bonjour !

Nous avons un petit problème dans une requete SQl au sein d'un programme Vb.net ...

Dans un dataset nous avons un champ VARCHAR composé entre autre de formule entre crochet . par exemple :

[Ax]+[AH] * [REM]

Nous essayons de faire un select pour rechercher une formule !

Notre problème est que

Code :

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

1
2
3
SELECT     *
FROM         FONCTION
WHERE     (Formule LIKE '%[REM]%')

ne fonctionne pas car sql interprete les crochets comme pour une expression régulière.

Nous avons essayé le '\' avant les crochets ou meme de faire

Code :

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

SELECT     * FROM         FONCTION WHERE     (Formule LIKE '%[REM]%' ESCAPE '[')

Rien ne fonctionne !

Et impossible de trouver sur Google un embryon de solution => pas de caractère d'échappement pour le '[' !

Merci de votre aide !

[Médiat]

Code :

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

SELECT * FROM FONCTION WHERE  (Formule LIKE '%[REM]%' ESCAPE '[')

Ne connaissant pas ton SGBDR, je ne connais pas sa capacité à supporter la clause ESCAPE, mais en tout état de cause, il faut justement ne pas mettre ESCAPE '[', mais autre chose, par exemple :

Code :

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

SELECT * FROM FONCTION WHERE Formule LIKE '%/[REM/]%' ESCAPE '/'

[Ecibat]

il s'agit de sqlserver ... et la requete que tu me donnes ne fonctionne pas ...
(elle ne me retroune aucun enregsitrement)

en fait ESCAPE spécifie le caractère d'échappement ?

[Médiat]

en fait ESCAPE spécifie le caractère d'échappement ?

Je ne connais pas SALServer, donc je ne sais pas si cette syntaxe est supportée, mais c'est bien ainsi que cela fonctionne sous ORACLE

[Ecibat]

Personne n'a d'autres idées ?

[WOLO Laurent]

SQL Serveur 2000 suporte bien la notion de SCAPE sauf que dans votre cas, vous avez deux caractères [ et ] vous pouvez bien les remplacer par un ".
Pourquoi les avez vous utilisés ?

[Ecibat]

Nous avons utilisé les crochets car nous affichons des formules composées de champs ... exemples de champs:

AD ARA BER MUR

et au lieu d'avoir

(ARA + MUR - 18 ) * AD

' pas lisible

ou au lieu d'avoir

((ARA) + (MUR) -18 ) * (AD)

'pas super non plus

on avait choisi :

([ARA] + [MUR] -18 ) * [AD]

'marche pas

Du coup : on va prendre les accolades :

({ARA} + {MUR} -18 ) * {AD}

' moins joli mais a le mérite de fonctionner !


Merci quand même

[WOLO Laurent]

La prochaine fois, penser au tag [Résolu]

[Ecibat]

Le tag résolu n'aurait pas été plus préférable si on m'avait proposé un caractère d'échappement ?

Parce que là j'appelle plus ça un contournement plutôt qu'une résolution ...

NON ?

[bran_noz]

hello,
est que tu as essayé en faisant un truc du genre :

Code :

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

SELECT * FROM FONCTION WHERE  Formule LIKE '%/[REM/]%' ESCAPE '/'

il me semble bien qu'escape definit justement le caractère d'échappement de ta requete comme ca tu peux personnaliser à ton gout..

voilà dis moi nous si c'est mieux..
a+

[bran_noz]

oups j'avais vu le post de Médiat : ))))
il a raison .. SQL Server le mange bien comme il faut.

chez moi ca fonctionne carrément bien :)

[WOLO Laurent]

Nous avons utilisé les crochets car nous affichons des formules composées de champs ... exemples de champs:

AD ARA BER MUR

et au lieu d'avoir

(ARA + MUR - 18 ) * AD

' pas lisible

ou au lieu d'avoir

((ARA) + (MUR) -18 ) * (AD)

'pas super non plus

on avait choisi :

([ARA] + [MUR] -18 ) * [AD]

'marche pas

Du coup : on va prendre les accolades :

({ARA} + {MUR} -18 ) * {AD}

' moins joli mais a le mérite de fonctionner !


Merci quand même

Vous avez eu ce problème parce que vous avez voulu le créer !
Quel est l'interêt des crochets ou des parenthèses pour une expression comme celle-ci :

Code :

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

((ARA) + (MUR) -18 ) * (AD)

J'aurai fait simplement comme ceci:

Code :

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

(ARA + MUR -18 ) * AD

Et pas de problème avec les ESCAPE !!!!!
La plupart des problèmes de syntaxes sont dû au mauvais choix des caractères utilisés pour nommer nos variables.
Eviter les fontaisies qui peuvent être couteuses en temps de réponses de nos applications et en déboguage en cas d'érreur !

[Ecibat]

Que je sache on est quand même libre de d'avoir '[' et ']' dans la même chaine de caractères ! non ?

c'est un peu facile quand on ne trouve pas de solution de dire que c'est un mauvais choix !

vous ne connaissez en rien les impératifs de mon projet, et je vous assure que les crochets ne sont en rien une fantaisie !

Maintenant si quelqu'un a une VRAIE SOLUTION à ce problème qu'il la post ici !


Etant moi même ancien modérateur du forum ACCESS sur developpez, je n'avais pas pour habitude de coutourner les problèmes.

[bran_noz]

Hello,

le métier commande toujours .. pour le plus grand "bonheur" des programmeurs.. au final de nos codes il y a toujours un utilisateur habitué à des règles propres , qui a ses petites manies, et on ne change pas de pantoufles entre les repas c'est bien connu ;))

Juste parce que ca m'interesse vu que je vais avoir des '%' qui trainent dans la base de l'appli sur la quelle je bosse en ce moment et effectivement je les traite bien avec ESCAPE qui définit le caractère d'échapement qu'on a envie ..

est ce que les requetes avec ESCAPE ca marche chez toi Ecibat ? as tu un exemple un peu trappu ? voire un cas tordu ?

est ce que le dataset il ne couine pas quand il récupère les données (normalement y'a pas de raisons..) ?

2 urls sur le sujet : http://msdn.microsoft.com/library/de..._character.asp

http://msdn.microsoft.com/library/de...la-lz_115x.asp

[Ecibat]

Merci beaucoup !


grâce à ton second lien http://msdn.microsoft.com/library/de...la-lz_115x.asp on a pu lire ceci :

LIKE '[ [ ]' => [
LIKE ']' => ]

Grâce à cette information, on a pu modifier notre requete et vous annoncer que la requete suivante :

Code :

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

1
2
3
SELECT     *
FROM         FONCTION
WHERE     (Formule LIKE '%[[]REM]%')

nous renvoie bien toutes les formules où on trouve [REM]

fonctionne parfaitement !


Merci bran_noz