Elle sont bien de type date ...
quelle est le risque avec cette syntaxe ?

entete_ot.date_validation::date

gros probleme...
voici ma requete

Requete = "Select  entete_ot.date_validation::date - entete_ot.datemaintenance::date
       from Entete_OT where etc...

dans l'interface PGAdmin le résultat de la requete est bon !

"2010-11-29";"2010-10-15";45    >>>45 jours

sous vb6 (désolé...)
pour la meme requete
voici le résultat :
notez le formatage des dates à la française et le big probleme j'ai une date à la ... au lieu des 45 jours
(le 13/02 ...on dirais bien 45 jours après le 1 jan mais voilà)

"29/11/2010";"15/10/2010";13/02/1900

j'imagine que le formatage implicite des dates par vb est nuisible à postgres ?!
comment reformater les dates pour les inverser à l'americaine
car je suppose que le probleme vient de là

de l'aide...merci

merci ça fonctionne,
les champs sont bien de type date...
j'ai essayé ça mais cela renvoi toujours une durée en seconde
Select (extract(EPOCH from entete_ot.date_validation::date) - extract( epoch from entete_ot.date_ot::date)) from entete_ot;

bon après tout pas bien grave une petite division et le  tour est joué

merci encore !

je vais ouvrir une discution,

ps >>> marc :
scructure des bases de données sur différents serveurs. afin qu'elle soient à l'identiques.
@+ sur un autre fil

voilà grace à votre aide et vos lumières
voici ce que j'ai fais pour terminer : (ça peut toujours service quelqu'un)

j'ai edité sous root : .bash_profile

vi ~/.bash_profile

puis ajouté
export LANG=fr_FR.utf8

pour initialiser le script j'ai fais un :
source ~/.bash_profile

à vérifier avec :
# locale
LANG=fr_FR.utf8
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME="fr_FR.utf8"
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"

on construit le cluster (sous root) et pas d'arguments cette fois puis ce que la table est bien en UTF8 :
# service postgresql initdb

BINGO !!!

on vérifie :

postgres=#  show lc_ctype;
  lc_ctype 
------------
fr_FR.utf8
(1 row)

postgres=# show lc_collate;
lc_collate
------------
fr_FR.utf8
(1 row)

sous PGAdminIII la création de ma base est par défaut en UTF8

Merci à tous pour votre précieuse aide.
j'ai galéré des jours, mais c'est pas grave c'est un enseignement.

une fois loggé en postgres j'ai ajouté la ligne comme ceci.
faut-il redemarrer la machine

[ -f /etc/profile ] && source /etc/profile
export LANG=fr_FR.utf8
PGDATA=/var/lib/pgsql/data
export PGDATA

un locale donne

-bash-3.2$ locale
LANG=fr_FR.utf8
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME="fr_FR.utf8"
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"
LC_MESSAGES="fr_FR.utf8"
LC_PAPER="fr_FR.utf8"
LC_NAME="fr_FR.utf8"
LC_ADDRESS="fr_FR.utf8"
LC_TELEPHONE="fr_FR.utf8"
LC_MEASUREMENT="fr_FR.utf8"
LC_IDENTIFICATION="fr_FR.utf8"
LC_ALL=

je prévois de revenir en tant que root
de supprimer la base avec un
rm -rf /var/lib/pgsql/data/
de réinitialiser la base avec
service postgresql initdb

êtes vous daccord ?

j'ai touvé
en tapant
vi /etc/bashrc
et
vi /etc/profile
on arrive à editer les fichiers
je ne vois pas ou est la variable LANG !

merci à gleu

en fait j'ai une CENTOS (un close d'une RED HAT)

Si si, initdb accepte bien des arguments, dailleurs, pas d'erreur pendant l'execution

http://www.postgresql.org/docs/7.4/stat … nitdb.html

et une autre question dans la foulée
en réalité chez moi, je dispose d'un champs "unite_periode"
qui pourait être : month ou week

comment l'integrer dans la ligne :

date_maintenance + periodicite * '1 month'::interval
                                                        ^
                                                         unite_periode

merci