Modifier la clé primaire (et non sa valeur) [Résolu]

[Sh4dow49]

Bonjour,

Tout d'abord désolé si je ne suis pas au bon endroit pour poster, je ne savais pas trop quelle catégorie mon problème touche j'ai donc posté dans le général.

Voila je suis en train de créer un petit module supplémentaire à une appli que j'avais développé, et j'ai besoin d'ajouter une table.

Cependant la clé primaire de la table à laquelle je dois la lier ne me convient pas, elle est construite sur trois champs, je voudrais la réduire pour qu'elle ne soit plus que sur un champ (juste le champ id).

J'ai essayé des trucs du genre

Code :

ALTER TABLE ma_table MODIFY PRIMARY KEY(Id);

(syntaxe trouvée sur internet) mais ça ne marche pas et je ne trouve rien de mieux ...

Est-ce possible directement ou bien dois-je passer par la suppression de la contrainte pour la recréer ensuite ? (comment faire dans le deuxième cas ? car je ne trouve pas non plus la syntaxe exacte)


Merci d'avance pour votre aide

[Sh4dow49]

j'ai fait :

Code :

ALTER TABLE matable DROP PRIMARY KEY;

et ensuite :

Code :

ALTER TABLE matable ADD CONTRAINT nomcontrainte PRIMARY KEY(id);

Voila.

[Waldar]

Une petite précision toutefois, lors de la génération d'une clef primaire Oracle constituera obligatoirement un index associé.

Si aucun paramètre n'est défini, cet index ira se loger dans le tablespace par défaut, ce qui n'est pas toujours opportun.

Vous pouvez utiliser le code suivant pour le diriger au bon endroit :

Code :

1
2
3
ALTER TABLE matable ADD CONSTRAINT PK_nomcontrainte
PRIMARY KEY ( id )
USING INDEX TABLESPACE tablespace_idx;

De même, préfixer ou suffixer ses indexes est une bonne pratique.

[scheu]

Une petite précision toutefois, lors de la génération d'une clef primaire Oracle constituera obligatoirement un index associé.

C'est aussi le cas pour les contraintes d'unicité

[mnitu]

Envoyé par Waldar

Une petite précision toutefois, lors de la génération d'une clef primaire Oracle constituera obligatoirement un index associé.
...

Est vous certain ?

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
SQL> CREATE TABLE emp1 AS SELECT * FROM emp;
 
TABLE crÚÚe.
 
SQL> CREATE UNIQUE INDEX ix_emp1 ON emp1(empno);
 
INDEX crÚÚ.
 
SQL> ALTER TABLE emp1
  2  ADD constraint pk_emp1 PRIMARY KEY (empno);
 
TABLE modifiÚe.
SQL> r
  1  SELECT index_name
  2  FROM user_indexes
  3* WHERE table_name = 'EMP1'
 
INDEX_NAME
------------------------------
IX_EMP1

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par mnitu

Êtes-vous certain ?

Effectivement, j'ai constaté ça aussi.
C'est à la création de la table que l'index de la clef primaire est créé, d'après mon test en 10g...
Mince alors...

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
12:39:04 BD> CREATE TABLE AAAAAAAAAAA (
12:39:04   2      ID      NUMBER NOT NULL,
12:39:04   3      COLUMN1 VARCHAR2(20)   ,
12:39:04   4      CONSTRAINT AAAAAAAAAAA_PK PRIMARY KEY ( ID ) ENABLE
12:39:04   5    ) ;
 
TABLE créée.
 
12:39:05 BD>   SELECT index_name FROM user_indexes WHERE table_name = 'AAAAAAAAAAA';
 
INDEX_NAME
------------------------------
AAAAAAAAAAA_PK
 
1 ligne sélectionnée.

[Vincent Rogier]

Une clé primaire a obligatoirement besoin d'un index.

Lors de l'ajout d'une clé primaire sur une table qui possède déjà un index sont les caractéristiques correspondent à celles requises par une clé primaire (valeur unique + même colonne), pourquoi Oracle irait récréer un nouvel index et donc gaspiller de la place pour rien et faire deux fois le boulot de vérification à chaque DML référençant la clé ?

Donc, pour peaufiner ce que dit Waldar, je dirais plutôt :

Une petite précision toutefois, lors de la génération d'une clef primaire Oracle constituera obligatoirement un index associé si un index de même nature n'existe pas pour la table en question

[mnitu]

Envoyé par vicenzo

Une clé primaire a obligatoirement besoin d'un index.

Lors de l'ajout d'une clé primaire sur une table qui possède déjà un index sont les caractéristiques correspondent à celles requises par une clé primaire (valeur unique + même colonne), pourquoi Oracle irait récréer un nouvel index et donc gaspiller de la place pour rien et faire deux fois le boulot de vérification à chaque DML référençant la clé ?

Donc, pour peaufiner ce que dit Waldar, je dirais plutôt :

Et lire la doc aussi.

PRIMARY KEY Constraints and Indexes
Oracle enforces all PRIMARY KEY constraints using indexes. In Figure 21-5, the primary key constraint created for the deptno column is enforced by the implicit creation of:

A unique index on that column

A NOT NULL constraint for that column

Composite primary key constraints are limited to 32 columns, which is the same limitation imposed on composite indexes. The name of the index is the same as the name of the constraint. Also, you can specify the storage options for the index by including the ENABLE clause in the CREATE TABLE or ALTER TABLE statement used to create the constraint. If a usable index exists when a primary key constraint is created, then the primary key constraint uses that index rather than implicitly creating a new one.

[Vincent Rogier]

belle paraphrase ! ...

Mais c'est effectivement un bonne idée que de lire les docs....