Salut, On Thu, Oct 10, 2024 at 07:17:12PM +0200, felix via gull wrote: > > et forcer avec https://postgresqlco.nf/doc/en/param/debug_parallel_query/ > Tiens, merci! Je vais > - essayer ça > - comparer les **résultats** à proprement parler des fameuses queries... > ( En y repensant, je ne me souvient pas avoir comparé les résultats!;-)
Bons tests! Si jamais tu arrivais à faire une requête, par exemple sur les tables internes de PostgreSQL -- ou en nous fournissant les données et les requêtes -- qui montre le problème, on pourrait tester sur nos installations :) Un élément important avec PostgreSQL, qui n'est pas forcément le problème ici, est que le SGBD décide de ce qu'il fait aussi en fonction du passé. Une base de données qui vient d'être installée n'a pas forcément collecté suffisamment d'information pour prendre les bonnes décisions. Voir https://www.postgresql.org/docs/current/sql-analyze.html En plus du EXPLAIN qu'on peut utiliser à la main pour comprendre ce que fait le planificateur d'exécution PostgreSQL, un outil sympa est aussi https://www.postgresql.org/docs/current/pgstatstatements.html lorsqu'on a des soucis (globaux) de performance et qu'on cherche à les identifier. Mais dans le cas présent, le problème semble suffisamment identifié pour que cela n'aide pas. _______________________________________________ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
