bonjour,
 
voila j 'ai une table qui contient des mots genre "Test" ou "test" ou TEST" etc etc  
 
je dois effectuer une recherche sur ces mots mais le problème c'est c'est que si l'on a "Test" comme mot recheché la requete sql avec LIKE vas me sortir juste "Test" or je veux tous les mots "test" quel que soit la casse.
 
Y'a t'il possiblilité de faire cela? ou alors il faut que lorsque les infos sont rentrées dans la base les mettre en minuscules ou majuscule...
 
merci bcp

 
c'est quand meme mieux de faire en sorte que les données soient homogènes lors de l'enregistrement, mais il me semble que ya moyen de rechercher quand meme sans tenir compte de la casse.
 
Celà dis, c'est plus coté SGBD que les gens pourrons te répondre, c'est un pb de syntaxe SQL que tu as là, pas de PHP

oui c'est vrai je voulu savoir s'il y avait une function mais bien reflechi tu as raison je vais faire en sorte que les données soient homogènes .

Quel SGBD?
Ceci devrait marcher à peu près partout (et sinon ya toujours une fonction qui fait la même chose...):
 
select * from tatable
where upper(tonchamp) == 'TEST'

sous mysql c'est upper() ou ucase()

Dac avec skeye, mais je me souvenai pas si "upper" était supporté partout...

bah ya toujours un équivalent...en cherchant vite fait dans la doc on trouve...

oui mais dans ce cas là si le mot recherche et "test" ou "Test" je fais comment?
 
car je veux que dans ces cas là il me sorte aussi tous les mots "test" en mettant de côté la casse

 
Tu réfléchis 20secondes, et tu te rends compte que ma requête fonctionne.

oula je susi fatigué moi... vivement ce WE . merci bcp  
 

Pas besoin de upper()
 
Sous mysql, à moins que le champ text soit défini en BINARY, il ne tient pas compte de la casse (ni des accents).

 
Prendre ce style d'habitudes, c'est très mal.

Quand on sait lire la doc non

ok enfin bref moi now ca fonctionne ... c'est l'essentiel

bof.
Le sgbd n'est qu'un outil, pour pas mal d'applis on peut le changer sans retoucher à l'appli ou très peu...et c'est là que ce genre d'habitudes est dangereux, on risque de passer à coté d'un bug!

 
+1