From: | ROELTGEN Pierre-Andre DSIC DESP <Pierre-Andre(dot)ROELTGEN(at)interieur(dot)gouv(dot)fr> |
---|---|
To: | "'Liste PG Fr'" <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Base de données PostgreSQL 8.0.0 de 200 GO - Problèmes de temps de réponse |
Date: | 2005-01-20 09:35:46 |
Message-ID: | 8F3B953A1D8BD511885900B0D068A65204BA0B45@msg02bea.exac.ctiac.dsic.mi |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Bonjour;
Sur une base de test PostgreSQL 8.0.0 (30 GO de "données brutes", 200 GO de
données et d'index sur disque) hébergée sur un système Linux 2.6, j'ai de
graves soucis de temps de réponse. Toutes les opérations (analyze, vacuum,
etc ...) ont été correctement effectuées. La base de données ne subit
dorénavant plus de MAJ (insertion, suppression et modification). Voici
quelques questions qui demandent aide de votre part :
1. Deux index créés et analysés sur une même table peuvent-ils être utilisés
en même temps lors de l'exécution d'une requête qui travaille sur cette
table uniquement ?
2. Peut-on orienter l'optimiseur sur les index de son choix (notamment avec
des hints ou directives à la mode Oracle) ?
3. Quels sont les paramètres du postgresql.conf qui vous semblent pertinents
à modifier ou prendre en compte, pour orienter l'optimiseur sur les index,
au lieu de le laisser s'orienter sur des lectures séquentielles de tables
(qui font quand même quelques dizaines de millions de lignes) ?
4. Enfin, d'après votre expérience bien plus grande que la mienne, possédez
vous une liste d'URLs permettant enfin la mise en place d'un tuning efficace
de PostgreSQL ? (votre expérience vécue sur les paramètres du
postgresql.conf).
Merci à l'avance et Bien à vous.
Pierre-André.
From | Date | Subject | |
---|---|---|---|
Next Message | Didier BRETIN | 2005-01-20 09:46:27 | Configuration du host en 127.0.0.1 et accès distant |
Previous Message | Erwan DUROSELLE | 2005-01-19 14:22:47 | Presentation rapide de PostgreSQL |