Discussion :

[ilalaina]

Bonjour à tous.
je suis nouveau sur Postgres.
J'ai la requête suivante qui est très lente (c'était pas terminé en 3 heures alors j'ai arrêté et relancé, mais c'etait la même chose) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

delete from table1 t1 where not exists (select t2.id from table2 t2 where t1.id=t2.id)

Je suis sur PIV 1,73 Ghz, 1Go de RAM, Win XP
Postgres 8.2
La table table1 contient 2 000 000 d'enregistrement
La table table2 contient 1 500 000 enregistrements
ID sont les clés primaires pour les deux tables

Quelqu'un pourrait-il m'aider?
Merci.

[estofilo]

Que dit l'EXPLAIN de la requête?

[ilalaina]

Que dit l'EXPLAIN de la requête?

Explain plan :

Seq Scan on table1 t1 (cost=0.00..40578854887.23 rows=882769 width=6)
Filter: (NOT (subplan))
SubPlan
-> Seq Scan on table2 t2 (cost=0.00..22983.83 rows=1 width=4)
Filter: ($0 = autoid)

[ilalaina]

Ca y est le problème est résolu. J'ai mis un index unique sur les colonnes id.
Mais je croiais que les clés primaires sont indexés automatiquement ??
En tout cas le problème est résolu, tant mieux.

[estofilo]

Oui une clef primaire a forcément un index associé, normalement il aurait dû l'utiliser dès le départ. Mais peut-être qu'il manquait un ANALYZE d'une ou des deux tables, ou alors que le dernier ANALYZE n'était plus conforme au volume des données suite à des insertions massives.

[scheu]

Effectivement il manquait peut-être les stats ... Postgresql est assez similaire à Oracle et il faut régulièrement rafraîchir les stats
De plus dans ce genre de requêtes avec un WHERE NOT EXISTS, c'est souvent utile niveau performances d'indexer la colonne servant de condition de jointure (la clé étrangère quoi)