Discussion :

[milka]

Bonjour,

J'ai une BDD avec 2 user : USER1 et USER2
USER2 a les droits de select sur une table USER1.TABLE1
Pour accélerer une requête j'ai créé un index USER2.INDEX2 sur USER1.TABLE1.
Pour cela, j'ai donné les droits INDEX à USER2 sur USER1.TABLE1.

Je souhaiterais que USER1 n'utilise pas l'index USER2.INDEX2.
Est-ce possible ?
Si oui, comment ?

[orafrance]

non, c'est pas possible à moins de faire une vue qui applique une fonction (TO_CHAR par exemple) sur une colonne de l'index.

[milka]

Sachant que ma requête s'exécute tous les matins à 3h,
n'est-ce pas possible non plus de rendre l'index valide seulement entre 3h et 4h et invalide le reste de la journée ?

[orafrance]

ça me parait plus propre de créer une vue spécifique mais sinon, techniquement c'est faisable

[Oraman]

si USER2.INDEX2 est le seul index sur la table dans ta requête que dois executer USER1 tu peux rajouter le hint pour un Full Table Scan à ce moment oracle ne vas pas utilser les indexes :

Code :

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

select /*+ FULL(USER1.TABLE1) */

[milka]

ça me parait plus propre de créer une vue spécifique mais sinon, techniquement c'est faisable

Comment ?

[chrifo]

Peut-être dans un cron : En faisant un alter unusable à 3h et un alter rebuild à 4h ... mais sur un gros index ça va être très lourd ...

[orafrance]

Comment ?

si tu as un index sur la colonne col1 :

Code :

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

1
2
3
4
 
SELECT ...
FROM matable
WHERE TO_CHAR(col1) = ...

en appliquant une fonction sur la colonne tu empêches d'utiliser l'index

[Mihaela]

Autre solution (en peu dans la même catégorie que les proposition ci-dessus) :

désactiver l'index avec:

Code :

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

ALTER TABLE  user1.table1 DISABLE CONSTRAINT votre_indexe_table1

faire la requête, puis réactiver l'index avec :

Code :

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

ALTER TABLE  user1.table1 ENABLE CONSTRAINT votre_indexe_table1

[remi4444]

Bon je sais, ça me regarde peut etre pas , mais pourquoi veux tu absolument interdire l'utilisation d'un index à un utilisateur?

[milka]

Bon je sais, ça me regarde peut etre pas , mais pourquoi veux tu absolument interdire l'utilisation d'un index à un utilisateur?

Il s'agit d'une très grosse base de données créée avec une appli que nous avons acheté. J'ai créé un USER2 pour nos besoins. L'index a accéléré énormément une de mes requêtes mais nous avons remarqué qu'il était utilisé par les requêtes propres à l'appli et que certaines d'entre elles ont été plus que ralenties.
Ce que je ne comprends pas aujourd'hui c'est pourquoi ces requêtes utilisent mon index plutôt que les autres, comment ce fait-il que oracle choississe d'utiliser mon index qui est moins performant ?

A ne rien comprendre ...
Je fais fouiller un peu pour bien comprendre comment oracle choisi son plan d'exécution (qui est d'ailleurs parfois différent entre Toad et DBA studio ???...???)
Je suis un peu dans le flou.

[milka]

Autre solution (en peu dans la même catégorie que les proposition ci-dessus) :

désactiver l'index avec:

Code :

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

ALTER TABLE  user1.table1 DISABLE CONSTRAINT votre_indexe_table1

faire la requête, puis réactiver l'index avec :

Code :

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

ALTER TABLE  user1.table1 ENABLE CONSTRAINT votre_indexe_table1

Ca ne fonctionne pas ...
ORA-00933: La commande SQL ne se termine pas correctement

Ma version d'oracle : 9.2.0.1.0

[orafrance]

Autre solution (en peu dans la même catégorie que les proposition ci-dessus) :

désactiver l'index avec:

Code :

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

ALTER TABLE  user1.table1 DISABLE CONSTRAINT votre_indexe_table1

faire la requête, puis réactiver l'index avec :

Code :

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

ALTER TABLE  user1.table1 ENABLE CONSTRAINT votre_indexe_table1

cette syntaxe est incorrecte... en fait il faut rendre l'index UNUSABLE mais ça peut poser des problèmes lors de mis à jour évidemment

[remi4444]

cette syntaxe est incorrecte... en fait il faut rendre l'index UNUSABLE mais ça peut poser des problèmes lors de mis à jour évidemment

Ohhh au contraire, je pense qu'il n'y aura pas de problème puisque la mise à jour sera carrément impossible....

[remi4444]

comment ce fait-il que oracle choississe d'utiliser mon index qui est moins performant ?

Est-ce que tu as bien repassé les stats sur ta base ?

Si il y a un problème sur une colonne en particulier (celle ou tu as mis l'index), c'est peut etre parcequ'elle a une répartition de données trés hétérogène (par ex 3/4 de zéros et le reste en valeurs trés diverses). Dans ce cas là, il faut passer des stats détaillées sur cette colonne avec histogramme (voir le package DBMS_STAT)