Bonjour,
voila ce que je fais :
 

Et kan j'execute, il me dit :  

.  
 
Mon champ id est bien sur en numeric, mais je ne veux pas le convertir, je comprend pas.....    

tu fais de la recherche de chaine dans un numéric
 
C'est mysql...  
mets id en varchar dans ta base (à moins que tu fasses des calculs sur l'ID, mais je ne pense pas)...
 
Ca résoudra tes problèmes

Ya pas un autre moyen?
Ca m'embete de toucher à la base  

 
Le problème est que tu as un champ numérique.
Si tu ne veux pas le toucher, alors tu ne peux pas rechercher de texte (varchar) à l'interieur avec un like.
 
Tu peux par contre, changer ta condition, avec des > ou des <, ou n'importe quel autre opérateur...
le like fait la conversion implicite de id (numeric) en varchar, et c'est la que ca plante...
 
 
edit: tu peux chercher la dessus si tu veux :
http://johnny.iut-blagnac.fr/tuffery/
 
Les cours sont très bien, je t'assure...
Soit tu changes ta base, soit tu cherches une autre requete...

where convert(id, varchar) like ...
 
enfin, je sais pas si c'est ça la syntaxe de convert...
 
sous Oracle, ça serait "to_char(...)" c'est plus compréhensible, et sous sql server, je préfère cast, qui est plus intuitif niveau syntaxe : cast(id as varchar)

Arf, merci!!!
En fait, je v directement faire id="&rech&" c'est le plus simple    
@++

bah ça dépend de ce que contient "rech", mais c clair que je trouve bizarre de faire un like sur un id, surtout si c'est un numérique... Un = semble plus approprié en effet

Tout à fait, je viens de réaliser ma connerie    
Dis, en fait, je v avoir besoin d'un cast je crois, car kan je met une donnée avec des lettres dans ma recherche, il me sort une erreur au lieu de dire kil n'a rien trouvé!!
J'ai fais avec ca cast(id as varchar), mais il me dis

A la limite, comment tester si une variable est un chiffre??

en php il existe is_numeric(var), cherche l'équivalent en asp

bah...
 
cast c'est pas une fonction ASP, mais SQL.
 
Si tu utilises SQL Server (ça marche peut-être aussi avec les version récentes d'Access, je sais pas) :
 

 
Normalement ça marche.
 
Sinon, en ASP, chais pu s'il existe une fonction isNumeric.
 
Si elle existe pas, alors méthode de bourrin powa :
 

Dsl, avec le cast, ca me fait ca :

essaie d'utiliser convert() (regarde la syntaxe) plutot que cast

oui

dis moi magicbuzz, ta fonction marche bien, mais je ne comprend pas ton goto 0?  

il doit y avoir un label 0 quelque part...
J'y connais rien en asp, mais d'instinct : lbl 0 par exemple...
 
 
edit: on appelle ca une redirection sur erreur : on error goto 0

Ouaip, je connais bien ca, mais justement, il me donne une fonction avec un goto sans lbl, c'est pour ca que je ne comprend pas

il peut pas non plus taper la fonction à ta place avec ton clavier !
 
Si tu traites les erreurs, tu crées un label !
Si tu ne les traite pas, alors tu enlèves la clause On error

Arf, alors je l'enleve, j'aime pas les goto  

 
C'est quelle version de SQL Server
 
J'ai jamais utilisé vraiment le 6.5, mais avec le 7.0 et le 2000, ça marche très bien, c'est dans la MSDN Library d'avril 1999 (donc pour SQL Server 7.0 et quelques topics dédiés à SQL Server 2000). Cette fonction est documentée dans le "Online Workbook" (aide en ligne de SQL Server que je te recommende d'utiliser) à la même page que convert.

C'est la version 7, mais j'ai réussi nickel avec convert    
Et puis, j'ai trouvé une autre solution qui marche po mal aussi  

on error resume next
=> Traduction littérale : "en cas d'erreur, continue au suivant". Cela correspond un peu à un "try" en C, sauf que ça s'applique à tous le code suivant, dans le scope. Si une erreur se produit, alors l'objet "err" se remplit avec, et le script continue normalement son éxécution. (numéro d'erreur, code d'erreur, objet source etc.)
 
Le problème, c'est que contrairement à un "try", le scope n'est pas défini, et du coup ça va s'appliquer à tout le reste de la fonction/procédure ou même tout le script si tu as écrit ça dans la partie commune du script.
 
Le "on error goto 0" permet de forcer l'interpréteur à planter à nouveau en cas d'erreur. Il n'y a pas de label "0", c'est une instruction telle qu'elle. Si tu tentes de mettre un autre label, tu auras une erreur, VBS/ASP ne supportant pas les goto.
 
Il est extrêment recommandé de mettre un "on error goto 0" dès que la partie contenant l'erreur à tester est finie. A 80% de mon boulot, je fais de la maintenance sur des sites ASP. Plus d'un bug sur deux (donc certains sont ultra grave, genre vidange totale de la base pour une raison inconnue) sont dûs à des "on error resume next" non neutralisés par un "on error goto 0". En effet, l'endroit sensible ne plante pas, donc on ne rentre pas dans la gestion d'erreur, mais un peu plus loin dans le code on fait une erreur qu'on ne trappe pas. Résultat, à cause du "on error resume next", le script continue normalement comme s'il ne s'était produit aucune erreur.
 
C'est ainsi qu'un script d'un client vidait toutes les tables une à une de la base, puis était censé les remplir à partir d'autres requêtes. Pas de chance, suite à une mise à jour de leur SGBD, la moitiée des requêtes d'alimentation ne fonctionnaient plus, et provoquaient une erreur. A cause d'un "on error resume next" placé au moment de la connection à la base, aucune erreur n'était levée, et ils ne comprennaient pas pourquoi le script vidait la base sans rien remettre dedans. On leur à vendu 5 jours pour corriger l'erreur, pensant à un gros souci de compatibilité au niveau de la nouvelle plateforme. Au bout de 10 minutes j'avais fini, j'ai mis un "on error goto 0" et me suis apperçu que les requêtes se basant sur la date ne fonctionnaient plus, car les paramètres du nouveau serveur n'était plus les mêmes qu'avant
 
Donc voilà, j'espère que tu as bien compris ce que c'est, et que surtout, tu en mettras systématiquement
 
PS: L'objet "err" contient la dernière erreur, et la liste des numéros d'erreurs de toutes les erreurs précédentes. Si tu veux tester plusieurs fois de suite si une erreur se produit, et que tu ne veux pas t'amuser à connaître les numéros d'erreur, alors fait simplement un "err.clear" à la fin de chaque test : cela va réinitialiser l'objet d'erreur, afin de ne pas rentrer dans tes conditions d'erreur même si les lignes suivantes ne lèvent pas d'erreur.
 
Exemple :
 

 
=> Ca va afficher tous les messages d'erreur, alors que le second test est bon.
 

=> Seuls les vrais erreurs seront levées (première et troisième)

Y'a PAS de label en ASP

Non non, la fonction, je l'ai écrite exprès pour ce topic, moi j'ai pas ce genre de problèmes, quand j'ai un nombre je sais que c'est un nombren et idem pour les chaînes de caractères

je sais pas, j'y connais rien en asp...

Bah maintenant tu sais

Je m'en v remettre le "on error goto 0"    
 

Bon, ben tout marche maintenant, non ?

Yep