From: | Hervé Piedvache <herve(at)elma(dot)fr> |
---|---|
To: | Stéphane Dupuy <sdupuy(at)hducros(dot)fr> |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: Problèmes de date |
Date: | 2004-12-31 08:07:16 |
Message-ID: | 200412310907.17122.herve@elma.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Bonjour,
Je pense que cela doit te convenir :
elma=# select CURRENT_DATE-'3 month'::interval as dt;
dt
---------------------
2004-09-30 00:00:00
Cordialement,
Le Vendredi 31 Décembre 2004 08:49, Stéphane Dupuy a écrit :
> Bonjour à tous !
> J'ai souvent un problème de manipulation de dates dans PostgreSQL :
> Par exemple, j'ai un programme qui recherche, tous les jours, les remises
> d'un client sur les 3 derniers mois. Pour cela, il se base sur la date du
> jour, soustrait 3 mois (en vérifiant l'éventuel changement d'année) et
> lance une requête toute simple du type :
> SELECT * FROM machin WHERE date_remise > 'aaaa-mm-jj';
> où aaaa-mm-jj est la date calculée ci-dessus.
> Mais voilà, l'exmple typique où ça ne marche pas : le 31/12/2004
> (aujourd'hui pour ceux qui sont pas encore bien réveillés) qui, trois mois
> plus tôt, donne le 31/09/2004 ! Or, dans la vraie vie, le 31/09/2004 ça
> n'existe pas !!! => ERROR: Bad date external representation '2004-09-31'
>
> N'y a-t-il pas une fonction interne PostgreSQL permettant de gérer
> facilement ce genre de contrainte pour tester des dates ? Ou un paramétrage
> du serveur sur les tests de validité de date ?
>
> Merci à tous pour votre aide et passez de bonnes fêtes !
--
Hervé Piedvache
Elma Ingénierie Informatique
6 rue du Faubourg Saint-Honoré
F-75008 - Paris - France
Pho. 33-144949901
Fax. 33-144949902
From | Date | Subject | |
---|---|---|---|
Next Message | Damien Griessinger | 2004-12-31 08:10:18 | RE: [pgsql-fr-generale] Problèmes de date |
Previous Message | Stéphane Dupuy | 2004-12-31 07:49:38 | Problèmes de date |