utilisation des index

**ldiaz** · 23/09/2009, 10h19

Bonjour a tous

dans un select (beaucoup plus long que ca...ceci est un extract qui surement ne fonctionne pas...)
j'ai l'index d'une table qui n'est pas utilisé.
Il existe un index sur ID de table 1 et idem sur table 2.

Code :

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

1
2
3
4
5
6
7
8
SELECT
....
LEFT JOIN (SELECT MAX(ID) AS IDB,IDS,IDP,MAX(CHP1) AS CHP1,MAX(CHP2) AS CHP2,MAX(DATE) AS DATE_SIM, MAX(STATE) AS STATE_ID
	  	   		 FROM(SELECT ID,IDS,IDP FROM TABLE1 WHERE TABLE1.ID = 5
				UNION
			(SELECT MAX(ID) AS IDB,IDS,IDP,MAX(CHP1) AS CHP1,MAX(CHP2) AS CHP2,MAX(DATE) AS DATE_SIM, MAX(STATE) AS STATE_ID
	  	   		 FROM(SELECT IDS,IDP FROM TABLE2 WHERE TABLE2.ID = 5
			 GROUP BY IDS, IDP

L'action plan marque pour ces objets des TABLE ACCESS FULL alors que les index existent. Puis je utiliser des hint pour forcer l'utilisation des index?? ou dois je refaire la query pour que les index soient utilisées?

D'avance merci

**fatsora** · 23/09/2009, 10h55

Bonjour ,

1.Quelle version Oracle tu as au patch pres (ex 11.1.0.7) ?

2. Que donne

Code :

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

sho parameter optimizer

3. Quelle est la valeur de CURSOR_SHARING ?

4. Quel type de base est-ce ? (OLTP ou Datawarehouse)

5.Combien ramene la requete sur table1 et sur table 2 pour ID=5 par rapport au nombre total de ID dans chaque table ?

6. Est ce que les stats sont a jour pour les tables et les indexes

7.Quelle commande exacte tu utilise pour faire les stats ?

**spdev666** · 23/09/2009, 10h56

Je m attendrais aussi a trouver l utilisation d un index dans le plan d execution pour au moins ce genre de sous requete "SELECT ID,IDS,IDP FROM TABLE1 WHERE TABLE1.ID = 5" et tu peux forcer l utilisation avec un hint /*+ index(Table index) */.

Mais, l utilisation d un index a un cout --> Oracle ne l utilise pas car c est peut etre plus performant de retrouver la valeur sans l utiliser.
Si la colonne ID n est pas la cle plimaire, il se peut que l index ne soit pas assez discriminant pour la valeur 5 (par exemple si 90% de la table a ID=5)

**mnitu** · 23/09/2009, 10h57

Jonathan Lewis Rules for hinting

**ldiaz** · 23/09/2009, 11h33

Salut

tout d'abord, merci pour vos reponses super rapides.
Je vais repondre dans les questions:

1.Quelle version Oracle tu as au patch pres (ex 11.1.0.7) ?
oracle 9i: 9.2.0.1.0

2. Que donne
Code :

sho parameter optimizer

SQL> sho parameter optimizer

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
NAME                                 TYPE
------------------------------------ --------------------------------
VALUE
------------------------------
optimizer_dynamic_sampling           integer
1
optimizer_features_enable            string
9.2.0
optimizer_index_caching              integer
0
optimizer_index_cost_adj             integer
100
optimizer_max_permutations           integer
 
NAME                                 TYPE
------------------------------------ --------------------------------
VALUE
------------------------------
2000
optimizer_mode                       string
CHOOSE

3. Quelle est la valeur de CURSOR_SHARING ?
Similar
4. Quel type de base est-ce ? (OLTP ou Datawarehouse)
C'est un melange des 2 car dans la meme instance il existe plusieurs applications...certaine OLTP et les autres..datawarehouse.

5.Combien ramene la requete sur table1 et sur table 2 pour ID=5 par rapport au nombre total de ID dans chaque table ?
55323 lignes sur un total de 229287

6. Est ce que les stats sont a jour pour les tables et les indexes
last analysed: 17/09/2009 22:00:37

7.Quelle commande exacte tu utilise pour faire les stats ?
(ils -- car la base n'est pas a moi) utilisent DBMS_STAT sur le schema entier.
mais je suis pas sur...Avant ils utilisaient analyse.

__________________

**fatsora** · 23/09/2009, 12h09

Pour faire rapide :

Tu cherches 24% des tables (mais j'ai demandé les 2 tables en séparées en fait ...) , Oracle décide de faire un full scan , c'est normal !!!
pour verification , juste pour tester , tu peux faire un

set timing on et faire in hint sur les indexes des 2 tables ...

De plus :

Envoyé par ldiaz

1.Quelle version Oracle tu as au patch pres (ex 11.1.0.7) ?
oracle 9i: 9.2.0.1.0

==> Pas Patché ... Il y a des bug liés a l'optimiseur qui sont corrigés par les Patchs et plus d'autres bug , vor MEtalink, mais bon

3. Quelle est la valeur de CURSOR_SHARING ?
Similar

==> Voir metalink pour les bug lié au SIMILAR

Code :

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

1
2
3
4
5
6
7
 
would never ever in a million years use cursor_sharing=similar|force AT THE INSTANCE LEVEL.
 
You may use this - temporarily - in a buggy application whilst the developers fix this priority one security, performance and scalability bug.
 
Never in the init.ora
Only in the application(s) that need it while they are fixing the code.

http://asktom.oracle.com/pls/asktom/...:3696883368520
==>

5.Combien ramene la requete sur table1 et sur table 2 pour ID=5 par rapport au nombre total de ID dans chaque table ?
55323 lignes sur un total de 229287

==> Ici tu a 24% , Oracle decide de faire un full , ca n'a rien d'exceptionnel !!!

Mais il faut faire un count sur chaque table en fait pas sur l'union

combien un count sur table1 et un count sur table2 pour vérifier le purcentage

6. Est ce que les stats sont a jour pour les tables et les indexes
last analysed: 17/09/2009 22:00:37

7.Quelle commande exacte tu utilise pour faire les stats ?
(ils -- car la base n'est pas a moi) utilisent DBMS_STAT sur le schema entier.
mais je suis pas sur...Avant ils utilisaient analyse.

C'est tres important !! (Comment c'est SCHEDULE, et commnt c'est calculé)
Si le contenu des tables a chagné depuis !!!
en plus tu n'a pas donné les info pour les indexes

**ldiaz** · 23/09/2009, 13h40

Salut

donc ca veut dire que Oracle decide si il doit utiliser un index ou pas....ok je savais pas. Je pensais que les index etaient utilisés d'office.
Donc l'utilisation, meme la creation d'un index doit repondre a des criteres de quantités de lignes, ratio etc...

ALors si dans un action plan on voit des table access full (plusieurs) c'est pas evident de penser que l'on doit creer des index pour reduire le cost.
Il faut faire des calculs...mais si les données changent?

**fatsora** · 23/09/2009, 14h07

Envoyé par ldiaz

Salut

donc ca veut dire que Oracle decide si il doit utiliser un index ou pas....ok je savais pas. Je pensais que les index etaient utilisés d'office.
Donc l'utilisation, meme la creation d'un index doit repondre a des criteres de quantités de lignes, ratio etc...

ALors si dans un action plan on voit des table access full (plusieurs) c'est pas evident de penser que l'on doit creer des index pour reduire le cost.
Il faut faire des calculs...mais si les données changent?

C'est pour ca qu'il y a les stats, l'optimiseur,les parametres dans l'init....

Tu peux regarder des info ici pour commencer sinon la doc officielle est sur tahiti.oracle.com

Initiation a l'otpimisation

http://jpg.developpez.com/oracle/tuning/

et ca

http://marius-nitu.developpez.com/tu...-calcule-cout/

utilisation des index

SQL Oracle

Vue hybride

Discussions similaires

Partager

Partager