Édouard : > N'ayant pas de traitement particulier, j'ai en effet pris l'option du > varchar pour les dates de naissance et je reste en datetime pour le > reste. Je continuerai à chercher car je veux pas rester sur ma faim. > Je vous tient au courant si j'avance sur le problème.
Je me contenterai d'une seule remarque sur ce sujet. Je n'ai pas vraiment compris pourquoi tu utilisais dans ta table, une colonne de type DATETIME alors que tu ne demandes à tes utilisateurs que de rentrer les infos jour/mois/année. (Déjà il faut avoir de sacrées bonnes raisons pour leur demander l'heure de leur naissance : genre je fais une appli qui va permettre à Françoise Hardy de connaître la position des planètes dans le ciel lors de leur naissance et en déduire leur thème astral : autant dire que généralement, on s'en tape le caribou.) Avec une colonne DATE, tu as une plage de valeurs suffisantes que ce soit sous MySQL ou Ruby, ce qui te permet même de t'affranchir du bug de l'année 2038. -- Jean-François. -- Ruby ( http://www.rubyfrance.org ) on Rails ( http://www.railsfrance.org ) --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [EMAIL PROTECTED] -~----------~----~----~----~------~----~------~--~---
