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

Ouverture de session

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 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 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

Explosion de performance

Technique - optimisation | Explosion de performance

Par reno le 13/02/2008 - 18:27

Bonjour,

Je développe un logiciel de paie PHP/PostGreSQL. J'ai notamment un calcul de balance mensuelle des salaires. C'est un script assez lourd avec de nombreuses requêtes qui s'effectuent essentiellement sur 2 tables :

- la table BULLETIN contenant les données principales des bulletins
- la table LIGNES_BULLETIN décrivant chaque ligne de chaque bulletin, rattachée à la table BULLETIN

Sur n'importe quel mois sélectionné, cet état prend environ 10 secondes, ce qui est acceptable. Mais lorsqu'on l'effectue sur le dernier mois de paie validé, les dernières données écrites dans la base donc, il prend jusqu'à 150 secondes !!!!!

Quelqu'un saurait-il d'o√Ļ cela peut venir ? Une piste peut-√™tre...

Merci d'avance

Renaud
PHP 5.2/PostgreSQL 8.1.0

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Informations complémentaires?

Jean-Paul Argudo/ = 14 Février, 2008 - 08:35

Bonjour,

Sauf votre respect, il nous est absolument impossible de vous aider sans plus de détails! Nous ne possédons pas de boule de crystal ici.

Commencez par poster le détail des tables concernées par les requêtes, les requêtes elles-même et les EXPLAIN ANALYZE de ces requêtes. Nous pourrons alors commencer à y voir plus clair...

Cordialement,

--
Jean-Paul ARGUDO
http://dalibo.com | http://dalibo.org


Un analyze ?

SAS/ = 15 Février, 2008 - 18:58

Bonsoir,

A question vague, réponse vague...

Vous parlez de problème concernant les seules dernière tables mises à jour. Ne peut-il dans ce cas s'agir d'un problème de mise à jour des statistiques ?

Utilisez-vous autovacuum ?

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


Résolu...

reno/ = 16 Septembre, 2008 - 16:55

Bonjour !

Désolé pour la question vague... c'était tout à fait vrai.

Je me suis un peu documenté depuis, et la création d'indexs judicieux a résolu ce problème.

De fort belle manière d'ailleurs !

Merci tout de même !

Reno


Pouvez vous en dire plus ?

ducteil/ = 17 Septembre, 2008 - 00:48

Bonjour

Pouvez vous en dire un peu plus sur votre problématique et sur la solution apportée ?

Olivier


Oui...

Jean-Paul Argudo/ = 18 Septembre, 2008 - 16:47

Bonjour,

Je suis 100% d'accord avec Olivier. Si vous avez eu un problème songez que d'autres pourraient l'avoir un jour... En bref, aidez-nous à aider les autres, c'est un peu le sens de notre communauté.

Merci,

--
Jean-Paul ARGUDO
http://dalibo.com | http://dalibo.org


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