Optimisation UPDATE (too long)

Version imprimable

Bonjour à tous,

Je rencontre quelques soucis avec un UPDATE. 500.000 lignes env (ce qui n'est pas énorme)

Pour l'instant ce que je fait :
- Création d'un table tmp (physique) avec uniquement la données qui m’intéresse + Les colonnes de la jointure utile à l'update.
- Les index sont créés sur les deux tables.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
        INSERT INTO A  (s2cgr, cgr_cod, chm, chmaa, ets)
        SELECT s2cgr, cgr_cod, chm, chmaa, ets
      	FROM  Source,
              B
        WHERE Source.cgr_cod = B.cgr_cod
					  AND Source.ets = B.ets
					  AND Source.chmaa = B.chmaa
					  AND Source.chm = B.chm
            AND B.chm = 'ST15'; 
        COMMIT;
 
 
        UPDATE B
				SET B.unite = (SELECT DISTINCT  s2cgr	 
				                       FROM A CCGR 
                                                       WHERE A.cgr_cod = B.cgr_cod
                                                       AND A.ets = B.ets
                                                       AND A.chmaa = B.chmaa
                                                        AND A.chm = B.chm)
				WHERE B.chm = 'ST15' 
        AND EXISTS
                                  ( SELECT 1 FROM A CCGR 
                                   WHERE A.cgr_cod = B.cgr_cod
                                    AND A.ets = B.ets
                                    AND A.chmaa = B.chmaa
                                    AND A.chm = B.chm)

Vous avez une idée ?

Bonne soirée.

10/02/2016, 19h50
escartefigue

Avez vous fait un explain ?

Communiquez le ddl de vos index et la volumétrie des tables
11/02/2016, 09h43
BIOoOAG
Dans A : 350669 lignes 5 col.

Dans B : 350675 lignes 19 col avec le where (WHERE inf_obbud_iac.chm = 'ST15')

Sinon la volumétrie globale est de 11.322.116 lignes..

Je ne peux pas faire de delta pour l'instant..

Pour les Index j'ai créé un index sur chaque table comprenant les colonnes de la jointure.
Et celle du where "chm"
- cgr_cod
- ets
- chmaa
- chm
Ps : je ne sais pas ce qu'est une ddl pour les Index?

Et l'explain je vais essayer de le faire là.
11/02/2016, 10h27
escartefigue

Le DDL (Data Definition Language) c'est l'ensemble du code servant à créer, modifier, supprimer les objets de la base de données (CREATE, ALTER, DROP, BIND etc...) et à attribuer des droits (GRANT, REVOKE...)
Il faut donc communiquer le DDL des ordres CREATE INDEX
Et si possible le nombre de valeurs distinctes des colonnes de ces index

Citation:

Envoyé par BIOoOAG

Dans B : 350675 lignes 19 col avec le where (WHERE inf_obbud_iac.chm = 'ST15')

Un index aussi peu filtrant n'est probablement pas utilisé

Essayez avec un MERGE à la place de l'UPDATE.
Par ailleurs je ne vois pas bien l'intérêt de la table A mais peut être que ça dépend de la volumétrie de la table source.
Code:

1 2 3 4 5 6 7 8 9 merge into B using source s on ( s.cgr_cod = B.cgr_cod AND s.ets = B.ets AND s.chmaa = B.chmaa AND s.chm = B.chm and s.chm = 'ST15') when matched then set B.unite = s.s2cgr

11/02/2016, 17h11
BIOoOAG

Ah!

Le merge met 3 min alors que l'update met 1h! :)

Commenct fonctionne le merge pour être aussi rapide?

Ca ne mange pas truc de mémoire et de perf le merge?

Merci en tout cas!