[10g] Analyse Index

Version imprimable

07/05/2010, 09h25
korian

[10g] Analyse Index

Bonjour,

Une question de débutant sans doute, mais je tourne en rond... Merci d'éclairer ma lanterne complètement enfumée svp.

Je cherche à analyser un index gourmand en place.
Après lecture de documentation, il est nécessaire d'utiliser ANALYSE INDEX.
Or dès que je passe la commande, j'obtiens le message suivant :
SP2-0734: unknown command beginning "analyse in...

Nota : Pour cause de performance, La configuration de prod est en NOARCHIVELOG. un rapport ?

Merci d'avance.
07/05/2010, 09h52
Pomalaix

C'est ANALYZE INDEX, les Américains foutent des Z partout...

Quant à la base en NOARCHIVELOG pour des motifs de performances, j'espère que c'est une blague ?
07/05/2010, 10h35
korian

:oops::oops::oops:
Je vais me cacher...

Merci beaucoup.

Pour le NOARCHIVELOG, ce n'est pas une blague :?
C'est l'explication que l'on m'a donné quand j'ai pris le poste.
Je n'ai malheureusement pas de plateforme de dev à l'identique qui me permettrait de démontrer que c'est une fausse affirmation. Ma maigre expérience Oracle (j'ai surtout administré d'autres produits Ingres et Sybase) ne me permet pas de faire des tests sur une plateforme de prod plutôt sensible et fragile.
07/05/2010, 10h53
Pomalaix

Que le mode ARCHIVELOG provoque une certaine surcharge, c'est inévitable et personne ne le conteste.

Mais les gens qui ont fait le choix de ne pas l'activer ont-ils conscience qu'ils risquent une perte de données de plusieurs heures, non seulement en cas de problème matériel (panne de disque, serveur qui flambe), mais aussi en cas d'erreur humaine (suppression de fichier, etc)?

Si la capacité à restaurer sans perte de données ne vous intéresse pas, alors vous avez fait le bon choix.
Dans le cas contraire, vous voyez ce qu'il vous reste à faire !

Après analyse de l'index, j'obtiens ce resultat :

Code:

1
2
3
4
5
SYS@SQL> SELECT PCT_USED FROM INDEX_STATS WHERE NAME = 'SYS_IL0000009305C00070$$';
 
  PCT_USED
----------
       103

je croyais que ce chiffre était un %. Comment peut il être supérieur à 100 ?

informations sur l'index

Code:

1
2
3
4
5
SYS@SQL> SELECT                 INDEX_NAME, INDEX_TYPE, TABLE_TYPE,LAST_ANALYZED FROM            dba_indexes WHERE           INDEX_NAME = 'SYS_IL0000009305C00070$$';
 
INDEX_NAME                     INDEX_TYPE                  TABLE_TYPE  LAST_ANALYZED
------------------------------ --------------------------- ----------- -------------------
SYS_IL0000009305C00070$$       LOB                         TABLE

Le Last_analysed à vide est dû au fait de ne pas avoir fait tourner un dbms.stats sur l'index ?
Analyze index ne suffit pas ?