Vos requêtes rament ? Le problème est presque toujours un index
Avant d'acheter un serveur plus puissant, regardez vos plans d'exécution. Un index bien placé vaut souvent dix fois la RAM.
Quand une application ralentit, le réflexe est souvent d'ajouter de la puissance serveur. Pourtant, dans la majorité des cas, la cause est ailleurs : une requête qui parcourt toute une table faute d'index adapté.
Lire le plan d'exécution
PostgreSQL sait expliquer ce qu'il fait. La commande EXPLAIN ANALYZE révèle si une requête utilise un index ou un coûteux sequential scan sur des millions de lignes.
Les erreurs classiques
- Aucun index sur les colonnes de jointure ou de filtre fréquent.
- Des index redondants qui ralentissent les écritures sans servir les lectures.
- Une dénormalisation excessive qui multiplie les données à parcourir.
Un ordre de grandeur, pas quelques pourcents
Sur un projet récent, la remodélisation et l'indexation ciblée d'une base saturée ont rendu les requêtes critiques 40 fois plus rapides. Aucun nouveau serveur — juste une base mieux pensée.
Notre analyseur de schéma gratuit détecte déjà quelques anti-patterns courants à partir de votre structure.
Un besoin sur ce sujet ?
Si ce sujet vous concerne directement, décrivez votre contexte : nous répondons sur votre cas, pas en général.