Bonjour Jean-françois, sache que le problème était également rencontré sur les types date (ce que j'avais au début). Et je peux t'assurer que j'ai fait les même tests pour les 2 types de champs. Je me suis tourné vers le datetime après mes recherches sur le net. Le problème ne vient pas d'une plage de valeur Mysql ou Ruby, c'est lié à l'environnement Windows !! La gestion de mon champs marchait très bien sous Linux avant que je la porte sous windows.
Edouard On 31 juil, 14:31, "Jean-François Trân" <[EMAIL PROTECTED]> wrote: > É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] -~----------~----~----~----~------~----~------~--~---
