Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#5501 Re : ODBC » Probleme de connection sur le port 5432 » 01/10/2008 22:05:41
Donc c'est un problème de firewall. Il faut voir directement avec l'outil que vous utilisez.
#5502 Re : ODBC » Probleme de connection sur le port 5432 » 01/10/2008 19:41:08
Et le message d'erreur est ? (côté client et côté serveur)
#5503 Re : ODBC » Probleme de connection sur le port 5432 » 01/10/2008 17:23:14
Pourquoi 0.0.0.0 ? ça ne devrait pas plutôt être 255.255.255.255 ?
#5504 Re : PL/pgSQL » Colonne en lecture seule et TRIGGERS » 29/09/2008 13:15:15
Je suppose donc que tu as un trigger en insert/update/delete sur la table produit pour calculer la somme qui sera mise à jour dans la table commande. Et tu veux ajouter un trigger pour empêcher la mise à jour de cette colonne dans la table commande. Ça ne marchera pas. Par contre, tu peux récupérer les update dans ton trigger et surcharger la valeur de la colonne prix par la somme de nouveau calculée des éléments de la commande.
#5505 Re : Général » importation de données » 29/09/2008 08:49:40
Le seul que je connaisse est DataImport for PostgreSQL d'EMS. Plus d'informations sur http://sqlmanager.net/fr/products/postgresql/dataimport .
#5506 Re : Installation » telechargement » 25/09/2008 16:30:26
Tout est disponible dans l'onglet Documentations. Ou aller directement sur http://docs.postgresql.fr/ .
#5507 Re : Général » Problème lié à l'archivage des fichiers WAL » 24/09/2008 12:06:04
Ça paraît logique. Le répertoire archive_status est un répertoire où PostgreSQL enregistre des fichiers vides dont le nom indique le journal de transactions disponible prêt pour être archivé. Donc, sans ce répertoire, le processus chargé de lancer la commande d'archivage ne voyait aucun journal à archiver. Les journaux se sont donc entassés dans pg_xlog et l'archivage ne fonctionnait pas.
Content que votre problème soit résolu.
#5508 Re : Général » Problème lié à l'archivage des fichiers WAL » 24/09/2008 10:25:50
Bonjour,
Le processus d'archivage n'est pas lancé en permanence. Et en fait, il n'y a pas réellement de processus d'archivage. Lorsqu'un journal de transaction (WAL) est terminé, PostgreSQL lance la commande donnée par le paramètre archive_command. Si cette commande renvoie le code retour 0, il suppose que la commande s'est bien terminée et flag ce fichier comme étant prêt à être ré-utilisé. Si la commande renvoie n'importe quel autre code de retour, PostgreSQL attend un peu et relance un peu plus tard la commande d'archivage.
Pour savoir si l'archivage se passe bien, vérifiez les journaux applicatifs (traces) de PostgreSQL.
#5509 Re : Installation » Installation sur un support » 23/09/2008 16:38:48
Je ne vois pas en quoi ça poserait un problème pour PostgreSQL. Par contre, l'utilisateur pourrait se plaindre de lenteurs (accès USB). Mais le plus gros soucis que je vois concerne la durée de vie de la clé USB. PostgreSQL passe beaucoup de temps à lire/écrire sur disque. Sur un disque normal, pas de soucis. Sur une clé USB, cela peut rapidement en devenir un.
#5510 Re : Général » Problème lié à l'archivage des fichiers WAL » 23/09/2008 14:37:55
Oula, un pg_resetxlog supprime les logs, il ne les redirige pas.
Les logs sont créés/écrit dans le répertoire pg_xlog. Ils sont ensuite archivés si nécessaire (autrement dit si archive_command est renseigné). Enfin, ils sont supprimés quand PostgreSQL n'en a plus besoin. Il ne faut surtout pas les supprimer manuellement, ce que fait pg_resetxlog.
Si le répertoire d'archivage est rempli, PostgreSQL conserve les journaux de transaction en attendant de pouvoir de nouveau les archiver. Si vous voulez changer le répertoire d'archivage, vous modifiez le paramètre archive_command pour que la copie se fasse ailleurs et vous rechargez la configuration (option reload).
#5511 Re : Réplication » Réplication de deux bases distantes » 23/09/2008 10:29:46
Le mieux dans ce cas est d'utiliser Slony. Mais je ne suis pas sûr que ça réponde au critère « simple » dont vous parliez auparavant. Par contre, ça a beaucoup d'avantages (comme celui que, en cas de coupures réseau ou d'arrêt de l'esclave, la réplication reprend dès que le maître voit de nouveau l'esclave).
#5512 Re : Réplication » Réplication de deux bases distantes » 23/09/2008 10:10:17
Quel sens mettez-vous à « synchroniser » ? si c'est répliquer, il existe plusieurs solutions plus ou moins simples (LogShipping très simple mais pas prévu pour une seule base, ce sera toute l'instance ; Slony plus complexe, mais permet de répliquer à un niveau beaucoup plus fin, etc.)
#5513 Général » Nouvelles versions mineures de PostgreSQL » 22/09/2008 17:08:46
- gleu
- Réponses : 0
À installer d'urgence : versions 8.3.4, 8.2.10, 8.1.14, 8.0.18 et 7.4.22.
Lire aussi l'annonce sur http://babar.postgresql.fr/~guillaume/d … PostgreSQL.
#5514 Publications » « PostgreSQL et ses journaux de transactions », GLMF numéro 108 » 14/09/2008 22:30:44
- gleu
- Réponses : 3
Je suis intéressé par tout commentaire sur cet article ![]()
Est-il intéressant ? manque-t-il des informations ? ou ai-je été trop rapide sur certains points ?
Merci pour toute information.
#5515 Publications » PostgreSQL - Administration et exploitation d’une base de données » 14/09/2008 22:26:32
- gleu
- Réponses : 0
Enfin un livre sur une version récente de PostgreSQL. Comble du bonheur, écrit en français par un de nos membres (Sébastien Lardière), preuve s'il en fallait que PostgreSQL s'impose de plus en plus dans le monde des bases de données.
Paru aux éditions ENI, ce livre a pour cible principale les débutants sur PostgreSQL. Il couvre l'installation du serveur, la création d'un cluster (on notera d'ailleurs une description exhaustive des outils Debian), l'utilisation des outils clients (psql, pgAdmin, phpPgAdmin, etc.). Mais il n'en reste pas à ces notions basiques. Ce livre apporte des informations sur pgPool, Slony, ce qui permet aux débutants de commencer sans trop peiner.
Au niveau du langage SQL, cela reste succinct mais suffisant : les différentes instructions et fonctions connues de PostgreSQL. Au niveau langage des procédures stockés, PL/pgsql, PL/PHP et PL/Java sont passés en revue.
Enfin, Sébastien aborde l'exploitation et l'administration d'un cluster PostgreSQL. Il commence par la configuration du serveur (postgresql.conf), continue sur les outils de sauvegarde/restauration puis sur les outils de maintenance (VACUUM, ANALYZE, CLUSTER, REINDEX) pour terminer avec pgbench et pgFouine.
Le dernier chapitre porte sur Slony. On peut regretter qu'il n'y ait que huit pages sur cet outil qui mériterait bien plus.
Bref, c'est le livre par excellence pour commencer sur PostgreSQL, mais c'est aussi un livre idéal pour les anciens qui ne connaissent pas forcément les dernières fonctionnalités et qui n'osent pas s'y lancer.
#5516 Événements » Solution Linux 2009 » 14/09/2008 22:19:05
- gleu
- Réponses : 0
Bonjour,
L'association PostgreSQLfr.org sera certainement présente à la prochaine version de cet événement annuel.
Reste à savoir ce qu'on va faire, montrer, qui on doit inviter, etc...
N'hésitez pas à nous donner vos idées ![]()
#5517 Événements » PGDay 2008 : 4 octobre 2008 » 14/09/2008 22:17:27
- gleu
- Réponses : 4
Bonjour,
Après avoir participé à des événements comme Solutions Linux, les RMLL et les JDLL, l'association PostgreSQLfr.org crée son propre événement : PGDay 2008. Le but est de réunir les développeurs et les utilisateurs de PostgreSQL.
Cette année, cela se passera à Toulouse, le 4 octobre.
Toutes les informations sont disponibles sur http://www.pgday.fr mais vous pouvez poser vos questions ici.
#5518 Site PostgreSQL.fr » Nouveau site français ! » 14/09/2008 10:52:54
- gleu
- Réponses : 2
Et voilà, l'installation du forums se termine après quelques soucis réglés avec l'encodage.
Bienvenue dans vos nouveaux forums ![]()