PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2007 »
Lun Mar Mer Jeu Ven Sam Dim
1 2 6 7
8 9 14
15 17 21
27 28
31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

archives

Technique - odbc | Transactions imbriquées, odbc

Par opochon le 31/10/2007 - 10:09

Bonjour,

J'ai réalisé une application qui utilise à plusieurs reprises des transactions imbriquées jusqu'à 3 niveaux.
Pour des raisons pratiques, cette dernière a été testée avec ms access. Les transactions fonctionnaient correctement.

Maintenant que l'application est fonctionnelle, je l'ai migrée sous Postgresql 8.2 (avec le dernier driver odbc). Tout fonctionne, sauf... les transactions imbriquées.

Technique - général | backup des utilisateurs

Par sparky le 31/10/2007 - 12:24

Bonjour,

Quand je fais un backup avec pg_dump, les utilisateurs ne sont évidemment pas sauvés, si j'en fais avec pg_dumpall là je perds tous mes lobs. Ma question est donc comment faire pour avoir un backup par base de données (pg_dump) et de quoi recréer mes utilisateurs ?

J'ai déjà regardé dans pg_users mais je ne me sens pas le courage de faire un script qui générera un 'create user' avec les bons rôles et mots de passe.

Technique - général | déclencher un INSERT au moment d'un SELECT

Par flag2006 le 31/10/2007 - 13:59

Bonjour,

puisque les triggers ne fonctionnent pas sur un SELECT, comment déclencher un INSERT dans une table à chaque SELECT sur une autre. Il s'agit d'enregistrer des informations de statistiques à chaque fois qu'un SELECT est fait. Mon problème est d'optimiser ce processus, c'est à dire de ne pas avoir à attendre la fin de la requête SELECT avant de commencer ma procédure qui fera l'INSERT, un peu comme un trigger... En cas de nombreuses requêtes SELECT simultanées, ça risque de ralentir fortement le processus si les 2 taches ne sont pas décorrelées vu qu'un INSERT est plus couteux en temps et que l'on créé une file d'attente en écriture. Mais peut-être je me trompe ?

Technique - général | Activer les connexions sous liux

Par olivier-martin le 31/10/2007 - 17:18

j'ai le même problème sous linux

J'ai installé une base postgreSQL 8.1 sur une machine linux
Je peux me connecter en local Ă  la BDD
J'ai modifié le fichier pg_hba.conf mais je n'arrive pas à me connecter à ma base depuis un autre PC

j'ai ajouté la ligne

listen_addresses = '*'

dans le fichier postgresql.conf

lorsque j'essaie de me connecter depuis un client j'ai un message d'erreur disant que l'authentification par mot de passe à échouée.

Technique - général | Problème de partitionnement

Par Psycho le 01/11/2007 - 00:30

Bonjour,

Je créé actuellement un système représentant les cases d'un monde. Selon nos calculs, la table devrait contenir plus de 25.000.000 de records au départ (pour quelques 4 GO) et grandir petit à petit.
Après avoir regarder le forum, j'ai vu que la solution du partionnement semblait être une bonne chose à faire.

J'ai donc découper ma carte en 25 tables différents (plus facile, carte 5000 x 5000 découpé en 25 zone de 1000 x 1000, en gros, 1.000.000 de record par table).

© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.