Vous n'êtes pas identifié(e).
bonjour,
test=# select round(5.1,2)::float ;
round
-------
5.1
(1 row)merci pour ces compléments.
"Malgré dix ans d'utilisation de PostgreSQL, je ne savais pas ça. J'aurais défendu mordicus le contraire." -> idem ! 
Guillaume,
Je pense que le problème soulevé n'est pas un problème de trigger, mais de comportement du moteur.
Après avoir fait la manip, j'ai ça :
forum=# select * from tm;
idm | vm
-----+----
2 | b
3 | c
(2 rows)
forum=# select * from tf;
idf | idm | vf
-----+-----+----
1 | 1 | a1
2 | 1 | a2
3 | 2 | b1
4 | 2 | b2
5 | 3 | c1
6 | 3 | c2
(6 rows) la table tf référence un idm = 1 qui n'existe pas dans la table tm.
J'utilises PostgreSQL depuis de nombreuses années, et je suis également surpris par ce comportement.
Pour moi, PostgreSQL devrait hurler (très fort) à un moment ou un autre pour ne pas laisser les données dans un état inconsistant.
je confirme pour le code postal, c'est une chaine de caractères : pensez aux corses (2A,2B) !!! 
sinon, comme le dit SAS, vous avez un problème dans votre CSV, "1/2 5700" ne ressemble pas trop à un code postal.
c'est quoi votre volumétrie pour "beaucoup de données" ?
Ok, donc c'est un plantage au niveau de la machine.
Vous pouvez récupérer tout le répertoire de données et le copier sur une autre machine sur laquelle est installée la même version de postgreSQL (attention 32b/64b).
Vous n'avez plus qu'à démarrer PostgreSQL avec le bon repertoire => pg_ctl -D repertoire_ou_se_trouve_la_copie start
bonjour,
Pas de magie : votre fichier CSV comporte des caractères qui ne sont pas de l'UTF8
pg_restore est un logiciel comme psql : il faut l'appeler en ligne de commande.
doc : http://docs.postgresql.fr/9.4/app-pgrestore.html
il est aussi possible de faire :
ALTER DATABASE xxxx SET search_path to public,xxxx;si les 2 moteurs sont sous PostgreSQL, le plus simple est d'utiliser pg_dump : http://docs.postgresql.fr/9.4/backup.html
Bonjour,
J'ai fait une migration Informix -> PostgreSQL il y a bien longtemps.
De mémoire :
- schéma : assez simple à migrer en se basant sur un dbexport (modifications manuelles)
- données : un bon vieux script Perl si la base n'est pas trop grosses ou alors se baser sur le dbexport (de mémoire il est possible d'avoir les instructions SQL)
- procédures stockées : tout reprendre à la main
- code : attention aux FIRST/LIMIT, DISTINCT/UNIQUE, etc ...
Quelques notes qui datent de 2005/2006 : http://archives.postgresql.fr/v2/index8 … q=node/267
bonjour,
Le plus simple, à mon avis, et de passer par une procédure stockée.
Bonjour,
Editez votre fichier pg_hba.conf
Vous avez des caractères sur la première ligne : 
Vous enlevez la ligne ou les caractères (sauvegardez le fichier avant) puis vous démarrez votre serveur.
3. Pensez à utiliser le pg_dump de la 9.4 (ou 9.3) pour ça. Un meilleur moyen serait pg_upgrade mais il faut pour cela avoir la place pour les données sur les deux versions.
Précision : sauf en utilisant l'option -k de pg_upgrade qui va créer des hard link sous linux poru les fichiers de données (je ne sais pas si ça fonctionne sous windows)
bonjour,
la requête ci-dessous va travailler sur les 5 dernières années en se basant sur la date courante (hors année courante) :
select
*
from
ma_table
where
annee>=extract(year from current_date)-5 and
annee<extract(year from current_date)J'ai travaillé avec nagios il y a qq années ... mais c'est trop loin pour moi
Dans tous les cas : merci pour ces précision !
Et bon courage pour la suite (la version sans nagios )
merci !
Et donc du côté du serveur à monitorer, il y a bien qq chose à faire ?
- autoriser une cnx sur le postgresql ?
- configurer snmp ?
- installer qq chose ?
Merci pour votre réponse.
J'ai voulu me lancer dans l'installation pour tester votre outil, mais dans la doc, je ne sais même pas si où je dois installer le core et le hw : sur mon serveur qui monitor (nagios) ou sur le client.
Je vais surveiller le projet ...
Bonjour,
Ça semble en effet être un bel outil, mais la doc d'installation n'est pas super claire ...
Il y a bien qq chose à faire du côté du/des serveur(s) à monitorer, non ?
Il y a également de la configuration à faire côté nagios pour déclarer ces serveurs ?
Un exemple de A à Z serait le bien venu
Dans tous les cas : merci pour l'outil et merci d'avance pour une doc plus détaillée.
c'est moi ou il manque le nom du fichier ?
don't feed the troll
Je ne vais pas pouvoir vous aider plus : je ne travaille que sous Linux
Bonjour,
Généralement, j'utilise le format "Custom" : -Fc
Il permet d'utiliser pg_restore et toutes les options qui vont avec.
faire une jointure avec une table de quelques dizaines de lignes ne coûte pas grand chose.
pour moi, l'avantage de la clef technique (un id de type int2 ou int4) = stockage plus petit en base qu'un champs texte