Discussion :

[CaptainT]

Bonjour,

Ce week-en j'ai effectué une maintenance Oracle sur une base, qui consistait à la recréation d'une table afin de supprimer des doublons. J'ai donc recréer la table, les indexes et les triggers.

Et depuis j'ai des problèmes, une meme remquete exécutée sur la base de dev et de prod (qui ont les memes indexes) fonctionne bien sur la dev, mais mal sur la prod (non utilisation de certains indexes). J'ai bien les mêmes indexes, la requête est la même, mais l'explain me donne des résultats différents.

Une idée??

[bouyao]

Bonjour,

Est ce que tu a lancé les stats sur les tables, les indexes, ... ?

[CaptainT]

Non, mais je ne l'ai jamais fait, je ne suis pas admin oracle à la base, à quelle occasion dois-je le faire?

En fait le problème concerne des indexes sur des tables que je n'ai pas modifié, et je n'arrive pas à comprendre pourquoi, comment ces indexes ont pu etre impactés par la modification d'une table qui ne les concerne pas.

[CaptainT]

Bon je n'arrive pas à comprendre, du coup le site dont je m'occupe est en rade, je vais devoir revenir à ma précédente sauvegarde en attendant de résoudre ce problème...

[Snipah]

Salut,

Je suis pas expert la dedans, mais tu peux essayer ce script pour reconstruire les index puis les stats sur ta base.
Si tu ne veux pas traiter certains objets, tu peux configurer la variable 'nePasTraiter'.

Code :

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

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
SET SERVEROUTPUT ON SIZE 100000
 
DECLARE
 
	v_dynam 	varchar2(200);
 
	cursor index_cursor is
	SELECT distinct owner, index_name, table_name from all_indexes ;
 
	cursor table_cursor is
	SELECT distinct owner, table_name FROM all_tables ;
 
	nePasTraiter	varchar2(500);
 
BEGIN
 
 
execute immediate('ALTER SESSION SET NLS_SORT=BINARY');
 
nePasTraiter := 'schema.table1, schema.table2';
 
 
/***************** REBUILD *************************/
 
	for c_row in index_cursor loop
 
		if instr(nePasTraiter, c_row.owner || '.' || c_row.table_name) = 0 then
 
			DBMS_OUTPUT.PUT_LINE(to_char(sysdate, 'HH24:MI:SS') || ': debut de reconstruction de ' || c_row.owner || '.' ||  c_row.index_name);
			v_dynam := 'ALTER INDEX ' || c_row.owner || '.' ||  c_row.index_name || ' REBUILD COMPUTE STATISTICS';
			execute immediate v_dynam;
 
		end if;
	end loop;
 
 
/***************** STATISTIQUES OBJET PAR OBJET ****/
 
	for c_row in table_cursor loop
 
		if instr(nePasTraiter, c_row.owner || '.' || c_row.table_name) = 0 then
 
			DBMS_OUTPUT.PUT_LINE(to_char(sysdate, 'HH24:MI:SS') || ': debut de traitement de ' || c_row.owner || '.' || c_row.table_name);	
 
			v_dynam := 'BEGIN dbms_stats.gather_table_stats(ownname =>''' || c_row.owner || ''', tabname =>''' ||  c_row.table_name || ''' , estimate_percent => 20, method_opt => ''for all indexed columns size 128'', cascade => false ); END;';
			execute immediate v_dynam;	
 
		end if;
 
	end loop;
 
END;
 
/

[CaptainT]

Merci pour ton aide, mais avant de me lancer la dedans (j'ai des tables avec plusieurs dizaines de millions d'enregistrements), j'aimerai être sûr que ça peut venir de là.

Voici l'explain d'une meme requete sur mes serveurs de dev et prod (en tant normal ce n'est pas un select(*), c'est jsute pour que ce soit plus clair)

En dev:





En prod:

[13thFloor]

La reconstruction de la table (par move ou import je présume) a invalidé les curseurs qui accédaient à cette table => nouveau plan d'exécution.
Si tu n'as pas recalculé les statistiques sur la table et ses index ,alors :
en 9i : utilisation du mode d'optimisation rbo (basé sur la syntaxe de la requête)
en 10g : utilisation du dynamic sampling (échantillonnage de statistiques)

Le plus judicieux semble de calculer les stats sur la table :
exec dbms_stats.gather_table_stats(ownname=> 'TON_USER', tabname=> 'NOM_DE_TABLE', partname=> NULL);
exec dbms_stats.gather_index_stats(ownname=> 'TON_USER', indname=> 'NOM_D_INDEX', partname=> NULL);

Vérifies si tu n'as pas des histogrammes sur certaines colonnes de la table (notamment celles qui font partie des index).