IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Oracle Discussion :

Erreur : index passé en statut "unusable "


Sujet :

SQL Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Juin 2007
    Messages
    328
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 328
    Par défaut Erreur : index passé en statut "unusable "
    Bonjour,
    voila je suis confrontée à ce problème du genre
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ORA-01502: l'index 'UNI.PK_CONSP' ou sa partition est inutilisable
    j'ai consulté le forum j'ai trouvé une discussion traitant le même problème http://www.developpez.net/forums/sho...d.php?t=225160,
    ( merci orafrance )
    en faite , qu'est ce que je dois faire pour que l'index ne passe jamais en statut unusable ? les causes et les trucs à éviter ?

  2. #2
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Common Maintenance Commands That Causes Indexes to Become Unusable

    Tout simplement, toutes les actions qui changent les ROWID rendent un index global ou une partition d'index unusable.

    Il n'y a aucun moyen de s'en prémunir, tout au plus peut-tu utiliser SKIP_UNUSABLE_INDEX sur les sessions qui doivent accéder à la table pendant le REBUILD mais évidemment ces sessions ne pourront pas utiliser les indexes UNUSABLE.

  3. #3
    Membre éclairé
    Inscrit en
    Juin 2007
    Messages
    328
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 328
    Par défaut
    je n'ai pas de compte sur le site :s
    SKIP_UNUSABLE_INDEX sur les sessions qui doivent accéder à la table pendant le REBUILD
    dois je en conclure qu'il faut faire un rebuild de la clé periodiquement ?
    et
    mais évidemment ces sessions ne pourront pas utiliser les indexes UNUSABLE.
    quelle session ?

  4. #4
    Membre Expert Avatar de scheu
    Inscrit en
    Juin 2007
    Messages
    1 506
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 1 506
    Par défaut
    Citation Envoyé par zaineb.z Voir le message
    dois je en conclure qu'il faut faire un rebuild de la clé periodiquement ?
    Non pas forcément, il faut juste identifier ce qui a pu rendre l'index inutilisable (un move de ta table par exemple), et être sûr qu si ça se reproduit, l'index soit également rebuildé après l'opération
    La théorie, c'est quand on sait tout mais que rien ne fonctionne.
    La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
    Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

    Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/

  5. #5
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Un opération sur une partition (SPLIT, MERGE, TRUNCATE, etc...) ou insertion en mode direct (SQL*LOADER ou import direct=Y ou /*+ APPEND*/) rend les partitions de l'index unusable. De fait, les sessions qui tentent de lire ces indexes tombent en erreur. Pour éviter ces erreurs tu peux utiliser SKIP_UNUSABLE_INDEX mais si les sessions pourront sélectionner les données, elles ne pourront pas utilisé l'index (unusable = inutilisable... le bien nommé ).

    Pour rendre l'index utilisable il faut le reconstruire. Note qu'un index partitionné peut être partiellement unusable alors qu'un index global l'est forcément complétement.

  6. #6
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    voila une autre doc qui en parle : http://download.oracle.com/docs/cd/B...31/partiti.htm

    Tu peux tenter de mettre l'index à jour automatiquement mais il y a des restrictions : http://download.oracle.com/docs/cd/B...htm#sthref2710

  7. #7
    Membre éclairé
    Inscrit en
    Juin 2007
    Messages
    328
    Détails du profil
    Informations forums :
    Inscription : Juin 2007
    Messages : 328
    Par défaut
    Merci de m'avoir repondue ;
    prob resolue

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [débutant] erreur "indice de liste hors limites(1)"
    Par lidouka dans le forum Langage
    Réponses: 2
    Dernier message: 13/12/2005, 14h31
  2. [VB.NET] Tableau "index was outside of bound array"
    Par guillaume1998 dans le forum VB.NET
    Réponses: 1
    Dernier message: 11/11/2005, 14h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo