Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 Re : Général » Arrondi » 21/10/2015 12:23:22
bonjour,
test=# select round(5.1,2)::float ;
round
-------
5.1
(1 row)#27 Re : Général » violation de l'intégrité référentielle » 23/09/2015 11:17:37
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 ! 
#28 Re : Général » violation de l'intégrité référentielle » 23/09/2015 09:51:44
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.
#29 Re : Général » code erreur sql : 23505 unique_violation » 14/09/2015 15:00:54
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.
#30 Re : Optimisation » Vue matérialisé » 23/07/2015 09:31:00
c'est quoi votre volumétrie pour "beaucoup de données" ?
#31 Re : Général » plantage postgres » 24/06/2015 16:34:56
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
#32 Re : Général » Fichier CSV en UTF8 » 19/06/2015 11:57:23
bonjour,
Pas de magie : votre fichier CSV comporte des caractères qui ne sont pas de l'UTF8
#33 Re : Général » postgrsql 9.4 problème d'import de sql » 02/06/2015 15:20:36
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
#34 Re : Général » Déplacer des tables d'un schéma à un autre » 21/05/2015 09:39:59
il est aussi possible de faire :
ALTER DATABASE xxxx SET search_path to public,xxxx;#35 Re : Général » Transfert de données d'une base distante à une base locale » 04/03/2015 17:59:13
si les 2 moteurs sont sous PostgreSQL, le plus simple est d'utiliser pg_dump : http://docs.postgresql.fr/9.4/backup.html
#36 Re : Migration » Informix vers PG » 24/02/2015 12:48:21
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
#37 Re : PL/pgSQL » Duplication de lignes selon un champ » 18/12/2014 13:27:17
bonjour,
Le plus simple, à mon avis, et de passer par une procédure stockée.
#38 Re : Général » Service Postgresql ne démarre pas » 07/11/2014 14:59:07
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.
#39 Re : Migration » Sortie de PostgreSQL 9.4 ? (performances & stabilités) + risque dump » 03/11/2014 17:09:49
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)
#40 Re : PL/pgSQL » Sélectionner valeur des 5 dernières années ... » 06/10/2014 11:53:38
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)#41 Re : Général » Découvrez Open PostgreSQL Monitoring (OPM) » 12/09/2014 15:24:11
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 )
#42 Re : Général » Découvrez Open PostgreSQL Monitoring (OPM) » 12/09/2014 10:27:30
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 ?
#43 Re : Général » Découvrez Open PostgreSQL Monitoring (OPM) » 12/09/2014 09:33:51
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 ...
#44 Re : Général » Découvrez Open PostgreSQL Monitoring (OPM) » 11/09/2014 14:37:24
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.
#45 Re : Général » [postgresql 9.3] pg_restore » 25/06/2014 16:43:38
c'est moi ou il manque le nom du fichier ?
#46 Re : Général » Multiple DB vs. Schema » 17/06/2014 11:39:40
don't feed the troll
#47 Re : Général » batch sauvegarde BDs journalier et horodaté » 16/06/2014 15:19:30
Je ne vais pas pouvoir vous aider plus : je ne travaille que sous Linux
#48 Re : Général » batch sauvegarde BDs journalier et horodaté » 16/06/2014 09:09:41
Bonjour,
Généralement, j'utilise le format "Custom" : -Fc
Il permet d'utiliser pg_restore et toutes les options qui vont avec.
#49 Re : Optimisation » Id avec clé étrangère ou nom directement dans une seule table » 04/06/2014 13:48:41
faire une jointure avec une table de quelques dizaines de lignes ne coûte pas grand chose.
#50 Re : Optimisation » Id avec clé étrangère ou nom directement dans une seule table » 04/06/2014 11:49:11
pour moi, l'avantage de la clef technique (un id de type int2 ou int4) = stockage plus petit en base qu'un champs texte