[MySQL] Probleme de tri.. (enigme)

Bonjour a tous, j'ai un petit probleme sur une requete, je n'arrive pas a trier un champ de texte comme j'aimerais le faire....

JE vous explique:

J'ai un champ Varchar qu'on appelera NOM, je veux trier ce champ, les noms dans ce champ peuvent etre sous cette forme:

B1, B2, B2a, B2b, F1,F10, F10a etc etc


en fait mon tris dois se faire de la facon suivante

- d'abord la lettre
- le chiffre que contient le nom
- la lettre a la fin

ce qui donnerais en exemple:

B1
B2
B3
B10
B1A
B1B
F1
F2
F8
F9
F10
F1A
F1B....

C assez bizzarre comme tri mais bon c ce quei m'est demandé... D,il vous plait je suis a cour D'idées, ma derniere tentative a été:

select NOM from TABLE order by MID(NOM from 1 for 1) asc, length(NOM) asc, CONV(SUBSTRING(NOM FROM 2),10,36) asc

ca marche pas terrible...

Merci d'avance pour votre aide... 8-)

Salut,

si il s'agit d'un champ de type texte les nombres sont interprétés en tant que tels par la clause ORDER BY. Il faut donc traiter le résultat de la requête dans un tableau..

Il me semble..

Salut,

les fonctions portant sur les chaînes de caractères étant dépendante s du SGBD, merci de te conformer aux CONSEILS... à lire AVANT de POSTER STP ;)

Citation:

---

Envoyé par Winzz

ca marche pas terrible...

---

C'est à dire ?

C vrai desolé d'avoir omis les detailsje suis novice sur ce forum :) j'aurais du lire un peu plus...

Le SGBD EST MYSQL... ce qui en plus retrecis le champ de fonctions disponibles.... sinon, pour le type comme dis c du VarChar, afin de reproduire cela, une simple table avec un champ NOM suffira.


Quand je dis ca marche aps terrible c que le meilleur classement que j'arrive a avoir est de ce type:

-B1
-B1a
-B2
-F1
-F2
-F2a
-F2b
-F3

etc etc

Il est normal que vous ne puissiez pas faire ce tri car vous avez mélangé dans une colonne différentes informations violant ainsi allégrement une des règles de base du concept de SGBD relationnel : toute information doit être de nature atomique.
En l'occurence vous auriez du modéliser votre base avec 3 colonnes au lieu d'une.

Il n'y a donc pas de solution simple en SQL.

• soit vous remaniez votre base,
• soit vous continuez dans celle voie mais devez faire des traitements locaux longs et couteux
• soit vous passez en Cobol, qui semble plus adapté a votre façon de structurer les données !

A +

Merci pour la reponse :)