La vérité brutale de PostgreSQL : des index qui se retournent contre les grosses tables
Vous créez l’index parfait. Vous lancez la requête. Silence radio. PostgreSQL préfère scanner séquentiellement votre table d’un million de lignes. Explications — et parades.
⚡ Key Takeaways
- PostgreSQL choisit ses plans sur le coût total, pas la présence d’index — les scans séquentiels l’emportent sur les requêtes peu sélectives. 𝕏
- Ajustez avec ANALYZE, index partiels et partitionnement pour rendre les index pertinents. 𝕏
- Pensez comme Postgres : minimisez le travail I/O, ignorez le mythe de « l’index toujours ». 𝕏
Worth sharing?
Get the best Open Source stories of the week in your inbox — no noise, no spam.
Originally reported by Dev.to
Related Stories
DevOps & Infrastructure
pg_dump s'évade de Docker : Sauvegarder Postgres sans galère
Cloud & Databases
Les images WordPress font exploser le tampon doublewrite de MySQL : 85 ms d'attente sur NVMe démasqués par Blktrace
Cloud & Databases
De MLOps à LLMOps : pourquoi les équipes AWS pataugent toujours en production
Cloud & Databases