Discussion :

[Loïc]

Bonjour,

Je me résous à poster mon problème ici car après de multiples recherches sur le net depuis plusieurs jours, je n'ai toujours pas trouvé de de solution.

Soit une table avec plusieurs champs. Via un formulaire, un internaute saisi un terme pour effectuer une recherche sur cette table et ces différents champs. Ci-dessous la requête :

Code :

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

1
2
$db_query = sprintf("SELECT * FROM `matable` WHERE CONCAT_WS(champ1,champ2,champ3,champ4,champ5) LIKE '%s' ORDER BY `champ1` ASC", mysql_real_escape_string('%'.$recherche.'%', $db_connect));
$db_result = mysql_query($db_query, $db_connect) OR die (mysql_error());

Le problème est le suivant : la recherche est sensible à la casse alors qu'elle ne le devrait pas (et c'est ce que je recherche, qu'elle ne soit pas sensible à la casse). Quand je saisi "Lapin", cela ne me retourne pas "lapin"...

Tous les interclassements sont en utf8_general_ci et mon site en UTF8. Les champs sont de type "tinytext" (ils étaient en varchar(255) au départ).

En local chez moi avec WampServer, cela marche très bien, mais plus chez mon hébergeur (MavenHosting). Si quelqu'un voit d'où le problème peut venir...

Merci d'avance.

[Seb33300]

Normalement la sensibilité à la casse vient de l'interclassement.

Tu es sur qu'il est bien en _ci ?
Chaque champ possède son propre interclassement.

[Loïc]

Bonjour,

Oui j'ai bien vérifié, tout est en _ci, y compris les champs. J'ai fait le test sur un hébergement Infomaniak et le pb est le même..

++

[buggen25]

Bonjour,
Faut mettre un double pourcentage "%%" à la place de "%"

ou strtoupper pour mettre la recherche tout en majuscules

Cordialement

[Seb33300]

Il y a déjà %%
%s c'est ce que va utiliser le sprintf.

Tu peux mettre un echo pour voir ce que ta requête donne exactement ?

[Loïc]

J'ai déjà fait un echo sur la requête et elle marche très bien. J'ai bien le mot recherché du type " LIKE '%Lapin%' " (cf. ci-dessous)

Code :

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

SELECT * FROM `matable` WHERE CONCAT_WS(champ1,champ2,champ3,champ4,champ5) LIKE '%Lapin%' ORDER BY `champ1` ASC

Merci pour ton aide.

[Loïc]

ou strtoupper pour mettre la recherche tout en majuscules

J'y ai bien pensé, mais comme dans la base, les mots ne sont pas en majuscule, le pb reste le même.

[Loïc]

Je viens de faire un test intéressant : si je fait la recherche uniquement sur un champ (sans l'utilisation de CONCAT_WS), je n'ai plus ce problème de sensibilité à la casse... Cela viendrait donc de l'utilisation de CONCAT_WS.

[buggen25]

Re:
Oui, mais si tu transforme ta recherche et la valeur que tu recherche en base de donnée, tu obtient le meme resultat

Code :

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

1
2
3
 
SELECT LOWER(CONCAT_WS(' ','lapin','Lapin', 'LAPIN')) AS chaine 
WHERE chaine LIKE LOWER('%Lapin%')

[Loïc]

Re:
Oui, mais si tu transforme ta recherche et la valeur que tu recherche en base de donnée, tu obtient le meme resultat

Code :

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

1
2
3
 
SELECT LOWER(CONCAT_WS(' ','lapin','Lapin', 'LAPIN')) AS chaine 
WHERE chaine LIKE LOWER('%Lapin%')

J'ai testé avec la requête suivante et dans ce cas là, je n'ai plus aucun résultat...

Code :

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

SELECT * FROM `matable` WHERE UCASE(CONCAT_WS('/',champ1,champ2,champ3,champ4,champ5)) LIKE UCASE('%s') ORDER BY `champ1` ASC

[Loïc]

J'ai (enfin) trouvé ! En cherchant sur des forums anglophones, j'ai trouvé la réponse : visiblement, l'utilisation de CONCAT_WS semble convertir les données en binaire (type BLOB), ce qui les rend sensible à la casse. La requête suivante permet de contourner le problème :

Code :

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

SELECT * FROM `matable` WHERE CONVERT(CONCAT_WS('/',champ1,champ2,champ3,champ4,champ5) USING UTF8) LIKE '%s' ORDER BY `champ1` ASC

Et effectivement, cela marche !