Projet

Général

Profil

Actions

Evolution #1636

fermé

Tri des adhérents ne se fait pas par ordre croissant

Ajouté par Pedro Navarro il y a presque 2 ans. Mis à jour il y a presque 2 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
17/06/2022
Echéance:
% réalisé:

0%

Temps estimé:

Description

Bonjour,

Lorsque on clique sur "numéro d’adhérent" pour trier les adhérent par ordre croissant ou décroissant, le tri se fait par ordre alphabétique mais si on a renseigné des numéros (et non des lettres) le tri n'est pas correct.
Par exemple quand je tri par ordre croissant j'ai dans l'ordre 1, 101, 112, 2, 201, 21 au lieu d'avoir 1, 2, ... 21, ... 101, ... 112, ... 201.
Pour un pseudo c'est bon mais pour un numéro d'adhérent ce n'est pas le bon format.
Je sais que ce problème vient du fait que le champ soit du type VARCHAR et non INT.
Comme j'ai plus de 2500 adhérents il serait bien qu'on puisse trier par ordre croissant, je ne doit pas être le seul dont le numéro d’adhérent est uniquement en chiffre.
Peut-on prévoir une amélioration pour ce champ ?
En attendant une mise à jour, si je modifie le type de champ VARCHAR en INT, est-ce que je risque d'avoir des soucis ?

Merci pour votre travail et pour votre aide
Pedro

Mis à jour par Frederic CROZET il y a presque 2 ans

Hello,

Bizarre ton problème. Car le n° d'adhérent s'incrémente automatiquement et ne peut être que des chiffres. Chez moi, les tris fonctionnent parfaitement.
Je suis en version 0.9.6.1

Mis à jour par Johan Cwiklinski il y a presque 2 ans

Frederic CROZET a écrit (#note-1):

Bizarre ton problème. Car le n° d'adhérent s'incrémente automatiquement et ne peut être que des chiffres. Chez moi, les tris fonctionnent parfaitement.

Il y a l'identifiant adhérent, qui a toujours existé, et qui est effectivement auto incrémenté. Mais ici, il s'agit du numéro d'adhérent, récemment ajouté.

Mis à jour par Johan Cwiklinski il y a presque 2 ans

  • Statut changé de Nouveau à Rejeté

Je n'ai pas cherché avec postgres, mais avec mysql/mariadb, il n'y a pas de notion de "tri naturel" qui aurait été la solution.

Les hacks qu'on peut trouver sur le net ne font généralement pas l'affaire, beaucoup de solutions proposées sont bien trop complexes à mettre en oeuvre.

Je n'ai pas de solution à ce problème, désolé.

Actions

Formats disponibles : Atom PDF