Discussion :

[TheGzD]

Bonjour à tous !

Comme indiqué dans le titre je cherche à réaliser une recherche (LIKE) sur des champs en étant à la fois "case insensitive" mais "accent sensitive".

Actuellement j'ai testé d'utiliser les codages suivants :
jeu de caractères : latin1
collation : latin1_general_cs (les 2 sont sensitives) ou latin1_general_ci (les 2 sont insensitives)

Je n'arrive donc pas à obtenir mes 2 contraintes simultanément.

Je n'ai pas à réussi trouver si d'autres codages pourraient faire l'affaire ou s'il y a une astuce pour s'en sortir, je me remets donc à votre expérience

Merci d'avance.

[CinePhil]

Si j'en crois SQLPro, ce n'est pas possible avec MySQL, c'est une de ces grosses lacunes.
D'après la doc MySQL, c'est soit ci, soit cs, soit bin ; ce dernier étant sensible aux accents et à la casse.

A moins que ce soit possible avec un WHERE double avec l'instruction COLLATE ? Je n'ai jamais essayé.

[TheGzD]

A moins que ce soit possible avec un WHERE double avec l'instruction COLLATE ? Je n'ai jamais essayé.

le problème c'est que dans ce cas, il me semble que, j'obtiendrai plus de résultats qu'escompté. De plus le résultat du requête WHERE avec COLLATE x_cs me parait être inclus dans celui de la même requête WHERE avec COLLATE x_ci, non ?

Au final mon problème réside dans le fait, qu'avec le jeu de caractères que j'utilise, case sensitive = accent sensitive. Si quelqu'un connait un jeu de caractères (avec la collation adéquate) qui ne pose pas ce problème, je suis preneur
Toute requête, même farfelue, menant au même résultat sera évidemment aussi bienvenue.

[CinePhil]

Mon idée allait plutôt dans le sens d'un WHERE COLLATE x_cs OR COLLATE x_ci mais encore une fois je n'ai jamais été confronté à ce problème alors je ne sais pas si c'est possible.
Donne ta requête, on verra ce qu'on peut imaginer de concret

[TheGzD]

Merci pour ton aide.

Je n'ai pas de requête en particulier, mais tu peux imaginer ce genre de choses :

Code :

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

SELECT mot FROM ma_table WHERE mot LIKE 'toto%';

Il faudrait que j'ai les mêmes résultats que j'ai toto ou Toto, mais pas si j'ai tôto. Est-ce plus clair ?

[CinePhil]

Quelques tests...

Dans la table, j'ai une ligne où name = 'Philippe Leménager' (avec capitales, minuscules, accent). L'interclassement de la table est utf8_unicode_ci

Recherche stricte avec accent :

Code :

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

1
2
3
SELECT name
FROM users
WHERE name = 'Philippe Leménager'

=> Philippe Leménager

Recherche sans accent :

Code :

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

1
2
3
SELECT name
FROM users
WHERE name = 'Philippe Lemenager'

=> Philippe Leménager

Recherche en mettant la colonne en minuscules et avec accent :

Code :

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

1
2
3
SELECT name
 FROM users
 WHERE LOWER(name) = 'Philippe Leménager'

=> Philippe Leménager

Recherche en mettant la colonne en minuscules et sans accent :

Code :

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

1
2
3
SELECT name
  FROM users
  WHERE LOWER(name) = 'Philippe Lemenager'

=> Philippe Leménager

Recherche en mettant la colonne en capitales et avec accent :

Code :

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

1
2
3
SELECT name
  FROM users
  WHERE UPPER(name) = 'Philippe Leménager'

=> Philippe Leménager

Recherche en mettant la colonne en capitales et sans accent :

Code :

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

1
2
3
SELECT name
   FROM users
   WHERE LOWER(name) = 'Philippe Lemenager'

=> Philippe Leménager


Recherche avec COLLATE avec accent :

Code :

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

1
2
3
SELECT name
 FROM users
 WHERE name = 'Philippe Lemenager' COLLATE utf8_bin

=> Philippe Leménager

Recherche avec COLLATE sans accent :

Code :

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

1
2
3
SELECT name
FROM users
WHERE name = 'Philippe Lemenager' COLLATE utf8_bin

=> MySQL n'a retourné aucun enregistrement.

Recherche avec COLLATE avec accent et mise en capitales de la colonne :

Code :

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

1
2
3
SELECT name
  FROM users
  WHERE UPPER(name) = 'Philippe Lemenager' COLLATE utf8_bin

=> MySQL n'a retourné aucun enregistrement.

Recherche avec COLLATE sans accent et mise en capitales de la colonne :

Code :

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

1
2
3
SELECT name
 FROM users
 WHERE UPPER(name) = 'Philippe Lemenager' COLLATE utf8_bin

=> MySQL n'a retourné aucun enregistrement.

Recherche avec COLLATE avec accent et mise en minuscules de la colonne :

Code :

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

1
2
3
SELECT name
   FROM users
   WHERE LOWER(name) = 'Philippe Lemenager' COLLATE utf8_bin

=> MySQL n'a retourné aucun enregistrement.

Recherche avec COLLATE sans accent et mise en minuscules de la colonne :

Code :

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

1
2
3
SELECT name
  FROM users
  WHERE LOWER(name) = 'Philippe Lemenager' COLLATE utf8_bin

=> MySQL n'a retourné aucun enregistrement.

Fais des tests de ce genre avec tes données, tu devrais pouvoir arriver à obtenir ce que tu cherches.

[TheGzD]

utf8_bin est à mon avis la collation la plus contraignante, car elle va comparer les champs de bits complet => collation sensitive à tous les niveaux, donc pas appropriée à mon cas.

Par contre pour que mon appli soit multilingue je vais devoir passer en unicode, donc autant le faire dès maintenant et passer à l'utf8 (faute de pouvoir passer en utf16 ...) et faire qqs tests. Au final vu les énormes lacunes de MySQL je sens que je vais finir tout simplement par changer de SGBD ...

Merci pour l'aide en tout cas.
Je repasserai pour faire état de ce à quoi je serai arrivé.

[SQLpro]

De toute façon les lacunes de MySQL sont elle qu'il es t inexploitable pour des besoins professionnels !
Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

En revanche PostGreSQL est bien plus pro !

A +