Tri personnalisé dans une requête

**ManuDuc** · 15/02/2018, 17h34

Bonjour,
J'aimerais savoir si quelqu'un aurait une solution pour trier une colonne alphanumérique de la façon suivante :
L'information peut comporter X groupes d'infos séparées par un point (ex: info avec 2 groupes : 1erGroupe.2èmeGroupe)
Le besoin est que le tri se fasse (côté serveur) par groupe et de façon numérique si un groupe contient uniquement des numériques sinon en alpha
Exemple de résultat trié souhaité :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
0
00
1.2
01.3		               (La valeur du 1er groupe est interprétée comme la chiffre 1)
1.10
1.A1
3.A1
10.A1
111
00F.F4		       (Le 1er groupe ne contient pas uniquement des chiffres)
2B		               (e (seul) groupe ne contient pas uniquement des chiffres)
ABC.0001.CD1.1
ABC.0001.CD1.2
ABC.0001.CD1.10 
ABC.0001.CD1.22
Z
ZZ.2.2
ZZ.2.10
ZZ.10.2

J'ai créé une fonction SQL qui me trie les données mais les perf ne sont pas bonnes du tout (dans ma base j'ai plus de 100 000 enregistrements).
Si je fais le tri côté client ça prend 11 secondes, côté serveur avec ma fonction ça prend 45 secondes
Avez-vous une idée pour avoir des performances acceptables ?
Merci beaucoup d'avance

**SQLpro** · 15/02/2018, 19h02

Vos performance ne sont pas bonne et ne seront jamais bonnes car vous avez violé la première forme normale :
1FN : un attribut ne doit contenir que des informations ATOMIQUES.
or votre volonté de vouloir découper ces chaines en petite bouts par rapport à un séparateur qui est le point montre bien votre viol.

la seule solution est de revoir votre modèle et de présenter votre information sous forme hiérarchique.

A +

**escartefigue** · 15/02/2018, 20h25

j'abonde dans le sens de la réponse qui précède et j'ajoute que les tris sur des données de types caractères (char, varchar, text...) sont sensibles à la collation, deux bonnes raisons pour modifier le modèle de données.
Sans compter que 100 000 lignes pour une base de données c'est minuscule !