MySQL se trompe dans le tri

Salut !
varchar mais je viens de comprendre. :)

Comme Windows XP et antérieur, le 31 se place avant le 5 pourquoi parce que la lecture se fait de gauche à droite donc 3 est plus petit que 5
D'où :
31
5
etc.
Il faut mettre un 0 devant pour faire 05 et là :
05
31

C'est cool. :)
Où alors, je vais essayer en INT.

C'était bien INT qu'il fallait mettre :)

Re,

C'était bien INT qu'il fallait mettre :)

... Je me doutais qu'il y avait un truc dans le genre.

juste pour dire que sinon il un a un type date qui est censé faciliter la vie. Même si au départ cela peut paraître moins évident à utiliser, à l'arrivée cela se révèle souvent plus fiable et évite d'avoir à "réinventer la roue" si on décide de faire évoluer une fonctionnalité, comme par exemple de faire des opérations entre dates, de calculer la semaine de l'année, etc ...

Re ! Oui, je sais qu'il existe un tri par date tout fait mais c'est juste une liste d'événements par date. Elles s'affichent uniquement dans l'ordre croissant. Il y a pas d'autre chose à faire. Puis je récupère le jour et le mois pour les afficher en images.

Donc les champs Jour, Mois, Année séparés me conviennent mieux.

Merci pour m'avoir posé cette question sur les champs. Varchar n'était pas appropriée.