Non-utilisation d'index !

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??:aie:

Bonjour,

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

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.

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...:evilred:

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:

---

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;   /

---

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:

http://pix.nofrag.com/6/0/0/4cb97728...46572b609e.jpg



En prod:

http://pix.nofrag.com/d/8/5/63fd1088...86d266739b.jpg

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).

J'ai recréé la table via un select.

Comment changer le mode d'optimisation, je suis sur une 9i.

Problème résolu, le simple fait d'avoir regénérer les stats sur ma table modifiée, a suffit.

Merci à tous, et désolé pour mon newbisme, on ne s'improvise pas admin oracle, mais moi je n'ai pas le choix :king:

Citation:

---

Envoyé par CaptainT

J'ai recréé la table via un select.

Comment changer le mode d'optimisation, je suis sur une 9i.

---

Bonsoir

Je voudrai savoir si possible comme activer une table en dynamic sampling et qu'est ce que ca change dans un plan d'execution je n'arrive pas trop a comprendre sur ce que je trouve sur internet.