optimisation "UPDATE <> WHERE ID IN (SELECT <> )"

Bonjour,
J'utilise pas mal de requête du genre :

Code:

---

1 2 3 4 5 6 7 8 9 10

UPDATE MATABLE1 T1 SET T1.FIELD = "QQC" WHERE T1.ID IN ( SELECT T2.ID FROM MATABLE1 T2 JOIN MATABLE2 T3 ON T2.ID = T3.T2ID WHERE <conditions plus ou moins complexe...> )

---

En fait, de souvenir, je passe par là car je suis en Firebird 2.1 et le moteur n'accepte pas de faire des UPDATE sur plusieurs tables:

Code:

---

1 2 3

UPDATE MATBLE1 T1,MATABLE2 T2 SET T1.FIELD = "QQC" WHERE T1.F1 =... AND T2.F3 = ....

---

Ou même en passant par des JOIN au niveau de l'UPDATE, il rejette la requête

Le truc c'est qu'en passant par une sous-requête et en faisant WHERE ID IN (liste ID résultat d'une requête)
J'ai l'impression, en fait vu les statistique du résultat, c'est pas qu'une impression, qu'il exécute la sous-requête autant de fois qu'elle ne contient de résultat. Du coup, le temps d'exécution est énorme et est proportionnel au nombre de resultat de sou-requête.
Actuellement j'arrive à optimiser manuellement en exécutant la sous-requête, en copiant les résultats en y insérant une virgule et j'exécute l'UPDATE avec la liste des ID copiés.

Code:

---

1 2 3 4

UPDATE MATABLE1 T1 SET T1.FIELD = "QQC" WHERE T1.ID IN (234234,46573,23545,24567,5674578,65463,245654,....)

---

Efficace, mais laborieux :o/

N'y a-t-il pas un autre moyen pour faire ce genre de chose ?
Merci d'avance

Hervé

[EDIT] oublié le IN dans WHERE

Je l'écrirais plutôt comme ça, inutile de repasser sur matable1 :

Code:

---

1 2 3 4 5 6 7 8

UPDATE MATABLE1 T1 SET T1.FIELD = 'QQC' WHERE exists (SELECT 1 FROM MATABLE2 T3 where T1.ID = T3.T2ID and <conditions plus ou moins complexe...> ) and <autres conditions>

---

Sinon il est également possible d'utiliser MERGE en ne précisant que la clause WHEN MATCHED, surtout utile quand la nouvelle valeur (ici QQC) provient d'une requête sur la table matable2.

[EDIT] Au fait je ne connais pas firebird, la doc sur merge concerne la 2.5, je ne sais pas si le fonctionnement est identique en 2.1

Merci skuatamad
Je vais essayer ça.
Effectivement, tu fais bien de préciser, j'ai l'impression que Firebird est en évolution perpétuelle, à la mode JAVA, du coup, suivant les versions, il y a des choses disponibles, d'autres non, d'autres plus...

Je ne vois pas très bien le fonctionnement du SELECT 1 ?
Tu pourrais expliciter ?
Merci

Avec EXISTS il n'est pas nécessaire de sélectionner des colonnes dans la sous-requête : EXISTS and SINGULAR

Citation:

---

The EXISTS predicate returns true if the result set of the subselect contains at least one row. If it is empty, EXISTS returns false.

---

Moi j'utilise 1 dans la sous-requête, d'autres NULL ou 'X', ou encore * mais je n'aime pas * qui fait un appel au dictionnaire (en tout cas il me semble que c'est vrai sur Oracle).

Et puis 1 ou NULL montre bien que la logique n'est pas dans les colonnes sélectionnées mais dans la corrélation entre les 2 requêtes.

Sinon tu peux aussi utiliser IN :

Code:

---

1 2 3 4

UPDATE MATABLE1 T1 SET T1.FIELD = 'QQC' WHERE T1.ID in (SELECT T3.T2ID FROM MATABLE2 T3 WHERE <conditions plus ou moins complexe...>) AND <autres conditions>

---

Alors, désolé, j'avais oublié le IN dans la première requête de mon post.
J'utilise actuellement la méthode du WHERE T1.ID IN(SELECT. . . )
Et c'est justement l'objet de mon post car cette méthode prend énormément de temps car il semble que le moteur Firebird exécute la sous-requête autant de fois que le nombre de résultat de cette sous-requête, enfin c'est une supposition.
Mais plus il y a de résultats, plus ça prend des plombe.
Je vais essayer ton autre solution.