Classement infos Alphanumériques

Bonjour,

J'ai un petit soucis, actuellement, j'essaie de classer une colonne dans MySQL dans un ordre bien précis, mais je n'y arrive pas.

En gros, ce sont des départements :
1
2
2A
2B
3
4
….
10
11
12
…
20
21
…
971
972
Etc…

Il y aurait pas les deux lettres de la corse, il suffirait de placer cette colonne en TINYINT(3) et ce serait régler.
Mais à cause de ces deux lettres, je suis obliger de me mettre en CHAR ce qui classe cette colonne de cette façon :

1
11
12
13
…
2
20
21
…
29
2A
2B
3
30
31
…
971
972
Etc…

Comment procéder pour avoir un classement comme sur une colonne INT ?
Est-ce qu'une fonction de Transtypage fonctionnerait ?

Merci d'avance.

salut,

une solution ultra efficace et simple serait d'introduire un espace entre le 2 et la lettre...

une autre est de les rentrer dans l'ordre voulu... et de classer selon l'id de la ligne... plus galère...

y a pas de tri sur une fonction utilisateur en sql... donc c'est toujours pénible ce genre de cas de figure

sinon tu peux faire des fonctions qui te calculent une valeur sur les codes ascii pour générer une liste de valeurs qui représentent le classement. le plus simple c'est un tinyint qui vaut -2 pour 'a' et -1 pour 'b' sinon une valeur équivalent au chiffre trouvé.
pour '200' tu as donc 2,0,0 et '2a' tu as 2,-2,0 donc '2a' passe devant '200' avec un order by sur ces valeurs au lieu de sur le code directement

je te laisse imaginer à quel point la solution n°1 est la plus efficace sachant qu'il est super facile de faire péter l'espace coté php (ou autre langage) après s'il te gène :ccool:

Il ne faudrait pas plutôt rajouter des zéros avant les chiffres et les virer avec un REGEX ?

' '= 32 et '0'= 48 en ascii de plus tu as des '0' qui trainent dans les autres codes département et enfin pas besoin de regex du coup un pauvre str_replace est hyper plus efficace par exemple...

quite a être malin autant avoir un caractère qui n'apparait dans rien d'autre au niveau du code et, au pire, qui n'a pa à être éliminé... non? :ccool:

Les neufs premiers départements ne sont pas numérotés de 1 à 9 mais de '01' à '09'.
Voir la liste de référence de l'INSEE.

À noter que, malgré cette liste de référence à 2 caractères pour les départements métropolitains, les données géoréférencées donnent un code de département sur 3 caractères à cause des départements d'outremer en ajoutant un zéro préliminaire pour les départements métropolitains qui sont donc codés de '001' à '095'.

=> Enregistrez vos départements sur 2 ou 3 caractères avec zéro initial au moins pour les 9 premiers.

ericd69> je vais me pencher un peu sur cette histoire d'ascii, mais c'est un peu du chinois pour moi.

CinePhil> Merci, tu viens de soulevé le fait que pendant l'import, mes zéros préliminaire aient sautés (au moins pour les 9 premiers).
Je pense que je vais simplement en rajouter sur trois chiffres dans la base de donnée et les effacer à l'affichage avec str_replace.

ASCII gère les 127 premier caractères de tous les encodages (iso, utf, Unicode, etc...). c'est donc le code numérique qui désigne les caractères anciennement utilisé pour l'affichage et l'impression quand les périphériques ou ordinateur ne géraient pas forcément les caractères accentué...

si tu tape ASCII dans google tu vas avoir des tableaux qui te montreront...

pour rappel:

• l'espace est le premier caractère affichable code 32 en décimal
• le zéro à pour code 48 et est le premier chiffre
• le A a pour code 64
• le a a pour code 96 (+32 pour passer en minuscule ou -32 pour passer en majuscule)

comme c'est ce code sur lequel est basé la relation d'ordre pour le classement des caractères tu comprends mieux pourquoi 2A ou 2a apparaissent après 29...
ASCII étendu va jusqu'à 255 et l’Unicode est une extension de celui-ci pour prendre en charge tous les caractères de toutes les langues vivantes et de la plupart des langues mortes plus des langages symboliques comme la musique ou la phonétique, etc...
l'iso-8859-xx et l'utf sont des encodages spécifiques de l'unicode