Discussion :

[clavier12AZQSWX]

bonjour,

j'ai des données nom+prenom que j'ordonne par nom,prenom dans une table en utf8mb4_general_ci et chaque champs var255 est bien aussi en utf8mb4_general_ci .

étrangement, dans un group_concat/CONCAT , la clause ORDER ne tient pas compte du type utf8mb4_general_ci de la table.
est-ce un bug mysql ou bien le casse insensible ne concerne que le ORDER BY du SELECT et pas le ORDER de GROUP_CONCAT/CONCAT ?

Très étrange...

[Artemus24]

Salut clavier12AZQSWX.

Peux tu donner un exemple ?
--> table, contenu, select
histoire de reproduire cela chez nous.
Dans quelle version es tu ? En Mysql ? En MariaDB ?

[Michel.Priori]

Bonsoir,

j'ai des données nom+prenom que j'ordonne par nom,prenom dans une table en utf8mb4_general_ci et chaque champs var255 est bien aussi en utf8mb4_general_ci .

Si je comprends bien ceci se traduit par un truc du genre :

Code :

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

1
2
3
4
5
SELECT nom+prenom as ...
FROM ...
...
ORDER BY nom, prenom
;

étrangement, dans un group_concat/CONCAT , la clause ORDER ne tient pas compte du type utf8mb4_general_ci de la table.

Et là si je comprends, l'ordre de tri de la requête à suivre n'est pas le même que celui de la requête précédente

Code :

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

1
2
3
4
5
SELECT nom+prenom as ...
FROM ...
...
ORDER BY nom+prenom
;

Est-ce là l'objet de votre propos ?

[clavier12AZQSWX]

bonjour,

c'est difficile à dire car j'ai essayé de simplifier le cas pour montrer mon prob sur le forum.
en gros voici une partie de ma requête ou de mon expression qui arrive dans le SELECT d'une requête :

Code sql :

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

CONCAT(UPPER(etu_nom),' ',etu_prenom,IF(etu_mode like '%d%', ' (distanciel)', ''),'SEP02',forma_acro) END ORDER BY etu_nom,etu_prenom) AS Test

La table où ya la source de la requête est en InnoDB utf8mb4_general_ci
Le sgbd est en 5.7.42-log (select version()

Je suis pas sûr mais il semblerait que ma concaténation alternative avec '' (quote vide) renvoie un type différent, du coup il faudrait peut-être que je fasse une collation forcée même si mes champs sont en utf8mb4_general_ci . ça pourrait venir de là?

faire une concat avec '' ou avec "" peut-il changer le type de l'expression finale ?

[Michel.Priori]

c'est difficile à dire car j'ai essayé de simplifier le cas pour montrer mon prob sur le forum.
en gros voici une partie de ma requête ou de mon expression qui arrive dans le SELECT d'une requête :

Pour le coup je ne sais pas replacer le bout de code fourni dans une requête SQL
Vu que tu as dit "innodb" et "5.7", j'en ai conclu que tu utilises MySQL version 5.7 (dont le support est fini depuis 2023...)
J'ai cru un instant que c'était une partie d'une fonction de fenêtrage ; mais il semblerait que la version MySQL 5.7 n'en disposait pas.



Le fait que dans le code fourni il y ait un "AS" indique qu'on soit bel et bien dans une colonne calculée, colonne formulée dans une clause SELECT
Je peux comprendre qu'il n'est pas simple/évident de copier du code et de le mettre comme ça dans un forum.
Cependant il faut a minima fournir :
* le squelette SQL
* l’intégralité de la formule de la colonne
* les alias des sources - d'autant plus important s'il y a des sous requêtes

Le tout complété par ce que tu as vs ce que tu estimes devoir être le résultat