ORA-00955 “le nom est déjà utilisé par un objet existant”

J'ai besoin de modifier un existant, PK. Donc je baisse un de le recréer.

ALTER TABLE B DROP CONSTRAINT PK_B;
ALTER TABLE B ADD CONSTRAINT PK_B PRIMARY KEY ("TYP", "NR", "HH", "QUART");

Malheureusement la dernière Instruction va me donner une erreur ORA-00955

Si je crée le PK contrainte comme il a été défini à l'origine avec:

ALTER TABLE B ADD CONSTRAINT PK_B PRIMARY KEY ("TYP", "NR", "HH");

tout fonctionne bien.

InformationsquelleAutor My-Name-Is | 2014-09-23
  1. 17

    Peut-être il y a un INDEX associés à la PRIMARY KEY CONSTRAINT, et il est également nommé comme PK_B.

    Vous pouvez le vérifier que :

    SELECT * FROM USER_INDEXES WHERE TABLE_NAME='<table_name>';

    Si cela est vrai, alors :

    ALTER INDEX "PK_B" RENAME TO "PK_XYZ";

    Mise à jour : en ce qui Concerne ALTER INDEX déclaration, quelques points importants, comme mentionné par Justin dans les commentaires

    Oracle crée implicitement un UNIQUE de l'indice à l'appui de la PRIMARY KEY CONSTRAINT. Depuis, l'indice est le même nom que la clé primaire, et maintenant que la clé primaire est en cours de modification, il est mieux à supprimer et recréer l'index à nouveau conformément à la définition de la vieille clé primaire.

    Ma conclusion :

    • La contrainte de clé primaire est appliquée au moyen d'un index unique.
    • Si Oracle trouve déjà un indice unique ou non – il utilise
      pour la clé primaire.
    • Si l'indice a d'abord été créée en non-unique, il va continuer à
      montrer que la non-unique, cependant, il sera effectivement un index unique.

    Une bonne démonstration et très détaillées sur d'autres aspects aussi, par Arup : Les Clés Primaires De Garantir L'Unicité? Réfléchir À Nouveau.

    • Soyez conscient, cependant, que si il y a un index avec le même nom que la contrainte de clé primaire, que, probablement, implique que l'index est unique et a été créé pour soutenir l'ancien contrainte de clé primaire. Depuis la définition de la contrainte de clé primaire est en cours de modification, il ya une bonne chance que l'index doit être abandonné ou qu'il devrait être re-créé en tant que non-spécifique (en fonction de ce que le vieux clé primaire a été).
    • Tout à fait d'accord Justin. Il me rappelle les nombreuses discussions sur Faire des Clés Primaires Garantir l'Unicité? Donc, l'indice du même nom a été créé implicitement de maintenir l'unicité et l'appui de la contrainte de clé primaire. Je voudrais modifier ma réponse à l'ajout de ces points.
    InformationsquelleAutor Lalit Kumar B
  2. 0

    J'ai eu le même problème lorsque j'ai eu à faire ce qui suit pour supprimer la référence à un tableau à partir de la vue tout en recréant la base de données à partir de l'éraflure. J'étais à la recherche pour les mêmes dans les tables et les index de la première.

    connect sys/oracle as sysdba;
select * from all_tables
select * from all_indexes
(finally located the reference in the views)
select * from all_views where view_name like '%WKSTSTATE%';
drop view RUEGEN.WKSTSTATE;
    InformationsquelleAutor donsasikumar