MySQL, utf8 et ordre de tri avec initiales accentuées [Résolu]

[Ferdinand]

Salut à tous !

J'ai une base mySQL dont les tables ont toutes "DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci" et chaque champ texte a un "collate utf8_unicode_ci".

Le problème réside dans l'ordre de tri lorsque la valeur d'un champ a un caractère accentué comme initiale.

(je sais, les problèmes d'ordre de tri avec utf8, ce n'est pas nouveau, mais mes recherches n'ont pas abouti :-( )

Soit une table listant des langues (dont l'écossais), je fais une requête pour obtenir les langues :

Code :

1
2
 
SELECT langues FROM matable ORDER BY langues

Avec cette requête, « écossais » se trouve en début de résultat, avant "a.. ".


Ah mais il suffit de préciser un collate !

Mettons "collate utf8_unicode_ci" :

Code :

1
2
 
SELECT langues FROM matable ORDER BY langues collate utf8_unicode_ci

Ça me donne le même résultat que la première requête, "écossais" se trouve en début de résultat, avant "a.. ".


J'ai essayé les collate trouvés pour l'utf8 :

Code :

1
2
3
4
 
// place "écossais" entre les mots commençant par "a" 
// et ceux commençant par "b"
SELECT langues FROM matable ORDER BY langues collate utf8_general_ci

Code :

1
2
3
4
5
6
 
// placent "écossais" en début de résultat, comme ma requête sans collate,
// ou avec collate utf8_unicode_ci
SELECT langues FROM matable ORDER BY langues collate utf8_roman_ci
SELECT langues FROM matable ORDER BY langues collate utf8_swedish_ci
SELECT langues FROM matable ORDER BY langues collate utf8_turkish_ci

Code :

1
2
3
 
// place "écossais" en dernière position
SELECT langues FROM matable ORDER BY langues collate utf8_bin

Bref, aucun collate qui ordonnerait "écossais" avec les "e".

Quelqu'un aurait-il une idée ( autre que de refaire un tri dans le programme ) ?

Merci d'avance

[Antoun]

Chez moi, cela marche sans problème aussi bien avec utf8_unicode_ci qu'avec utf8_general_ci.

Quelle est ta version de MySQL ? Peux-tu poster tes données et ton SHOW CREATE TABLE ?

[Ferdinand]

Salut Antoun,

Merci pour ta réponse.

Si j'en crois le fichier "my.ini", ma version de mySQL serait la 4.1, mais l'export de la table avec phpMyAdmin indique "version du serveur 5.0.27"

( je développe avec WAMP 5 v 1.7.0, si ça peut aider ).


Je pourrais poster le SHOW CREATE TABLE ainsi que les données... demain en fin de journée.

Je copie-colle l'ensemble dans des balises <CODE></CODE> ou il y a-t-il un moyen de "joindre" les données sans "encombrer" le post ?

_

[Antoun]

Envoyé par Ferdinand

Salut Antoun,

Merci pour ta réponse.

Si j'en crois le fichier "my.ini", ma version de mySQL serait la 4.1, mais l'export de la table avec phpMyAdmin indique "version du serveur 5.0.27"

Code :

SELECT version();

Envoyé par Ferdinand

Je pourrais poster le SHOW CREATE TABLE ainsi que les données... demain en fin de journée.

Je copie-colle l'ensemble dans des balises <CODE></CODE> ou il y a-t-il un moyen de "joindre" les données sans "encombrer" le post ?

_

le bouton "trombone"

[Ferdinand]

Salut !

Merci de ta réponse ( et de ta patience :-) )

Chez moi, SELECT version() donne : 5.0.27-community-nt

Le "show create table" est en pièce jointe, avec les données de la table.



Depuis hier, j'ai migré les données chez l'hébergeur de mon site et là l'ordre de tri est respecté...

Chez l'hébergeur, la table utilise pourtant le même CHARSET et le même collate que chez moi ("utf8" et "utf8_unicode_ci").

Chez lui, SELECT version() donne :5.0.27-log


Euh... Avant de pousser les investigations... Je viens de me souvenir que, pour régler un problème d'affichage, dans phpMyAdmin, des caractères encodés en utf-8, j'ai modifié le script mysqli.dbi.lib.php (de phpMyAdmin) selon les indications de la discussion http://www.developpez.net/forums/sho...d.php?t=105647

J'espère que ce n'est pas la cause de ces tracas de tri ?

( J'avoue avoir un peu joué à l'apprenti sorcier là )


_

[Antoun]

Envoyé par Ferdinand

Euh... Avant de pousser les investigations... Je viens de me souvenir que, pour régler un problème d'affichage, dans phpMyAdmin, des caractères encodés en utf-8, j'ai modifié le script mysqli.dbi.lib.php (de phpMyAdmin) selon les indications de la discussion http://www.developpez.net/forums/sho...d.php?t=105647

J'espère que ce n'est pas la cause de ces tracas de tri ?

( J'avoue avoir un peu joué à l'apprenti sorcier là )

Je ne vois pas trop comment ça pourrait jouer là-dessus, mais par ailleurs tout a l'air correct... quel résultat de requête tu as avec un autre client que phpMyAdmin ?

[Ferdinand]

Envoyé par Antoun

quel résultat de requête tu as avec un autre client que phpMyAdmin ?

Salut !

(désolé pour le retard de ma réponse : j'étais sans connexion )


J'ai essayé avec SQLyog, la requête indiquée dans mon message du 19/09/2007 me classe "écossais" entre les "a" et les "b"...

De plus, mais c'est anecdotique, SQLyog affiche écossais au lieu de écossais.

Tu as une idée d'un autre client ou de la raison pour laquelle le classement est incorrect ?

Merci par avance !

[Antoun]

Envoyé par Ferdinand

J'ai essayé avec SQLyog, la requête indiquée dans mon message du 19/09/2007 me classe "écossais" entre les "a" et les "b"...

De plus, mais c'est anecdotique, SQLyog affiche écossais au lieu de écossais.

ça pourrait expliquer qu'il soit entre A et B... ça donne quoi si tu fais ça juste avant ?

Code :

SET NAMES utf8 ;

Envoyé par Ferdinand

Tu as une idée d'un autre client ou de la raison pour laquelle le classement est incorrect ?

autres clients (en utf8) : Toad Free for MySQL (www.toadsoft.com), MySQL Query Browser (www.mysql.com)

[Ferdinand]

Envoyé par Antoun

ça pourrait expliquer qu'il soit entre A et B... ça donne quoi si tu fais ça juste avant ?

Code :

SET NAMES utf8 ;

Le classement est identique mais écossais est affiché écossais

Envoyé par Antoun

autres clients (en utf8) : Toad Free for MySQL (www.toadsoft.com), MySQL Query Browser (www.mysql.com)

Merci ! J'essaie ça demain.


...Et je vais probablement ouvrir un autre fil au sujet de l'utf8 quand j'aurai un peu dépatouillé le truc qui je viens de découvrir :

1. j'ai installé mes derniers scripts chez mon hébergeur, j'ouvre le site est... Les caractères "spéciaux" sont remplacés par des points d'interrogation...

( Tous les textes du site sont stockés dans la base de données, la base a été renseignée en partie sur mon PC puis j'ai fait un dump pour migrer les données chez l'hébergeur. Concernant l'affichage j'ai respecté le charset, toussa )


2. La base peut aussi être alimentée via un panel d'administration. Lorsque je saisi du texte ainsi, sur le site, chez mon hébergeur, les caractères "spéciaux" sont alors correctement restitués... Alors que les mêmes textes, renseignés via le dump provenant de ma base locale, étaient mal affichés...

Il ne me reste plus qu'à resaisir certains textes, via le panel d'administration, pour voir si ça résoud mon problème de classement...


Mais si en plus je pouvais arriver à savoir ce qui coince en local, ça serait le top !

_