Discussion :

[Z3phur]

bonjour,

je suis sous postgre 8.3, et j'ai un update à faire j'ai deux solutions mais je ne suis pas sure de laquelle est la plus approprié sur ce sgbdr car j'ai l'habitude de développer sous oracle.

Code :

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

1
2
3
4
 
update table1
set nom = X
where exists (select 1 from table2 where table2.id = table1.id);

ou

Code :

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

1
2
3
update table1
set nom = X
where table1.id in (select table2.id from table2);

Sachant que j'ai presque un million de lignes, je sais qu'en oracle 10g exists est préférable mais sur postgre je ne sais pas.

Merci d'avance

[scheu]

Mets-nous les plans d'exécution (les résultats de "explain ta_requête")

[Z3phur]

les voici :

Avec in :

Code :

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

1
2
3
4
5
"Hash IN Join  (cost=33317.69..3599576.94 rows=984342 width=3547)"
"  Hash Cond: (nms.irecipientid = cus.irecipientid)"
"  ->  Seq Scan on nmsrecipient nms  (cost=0.00..149439.90 rows=3864790 width=3547)"
"  ->  Hash  (cost=17167.42..17167.42 rows=984342 width=4)"
"        ->  Seq Scan on cusatariuser cus  (cost=0.00..17167.42 rows=984342 width=4)"

Avec exists :

Code :

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

1
2
3
4
5
"Seq Scan on nmsrecipient nms  (cost=0.00..32519143.14 rows=1932395 width=3547)"
"  Filter: (subplan)"
"  SubPlan"
"    ->  Index Scan using cusatariuser_recipientid on cusatariuser cus  (cost=0.00..8.38 rows=1 width=0)"
"          Index Cond: (irecipientid = $0)"

[scheu]

Le coût est apparemment plus faible avec le NOT IN
Quels sont les temps d'exécution des deux requêtes ?

[Z3phur]

Merci de me consacrer du temps, en fait c'est pour un développeur qui est venu me demander un avis sur sa requête car avec le 'exists' sont update sur près de 1 Millions de lignes était déjà arrivé à 30 minutes.

Donc il a arrêté, je vais lui dire de faire avec le 'in' et je vous dis le temps d'exécution par la suite.

Merci

[scheu]

Affirmer que la bonne syntaxe est "NOT IN" ou "EXISTS" ou même une jointure n'est pas toujours vrai, cela dépend notamment du SGBD (certains sont capables de réécrire la requête avant de l'exécuter par exemple)

Le plus sûr est donc à mon sens de comparer les coûts des plans d'exécutions (moyennant que ceux-ci soient corrects avec des statistiques à jour )

Les id de table1 et table2 (les colonnes de jointure) sont-elles indexées ?