Discussion :

[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 :

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

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 :

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

ALTER TABLE matable DROP PRIMARY KEY;

et ensuite :

Code :

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

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 :

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

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]

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 :

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

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

[Invité]

Ê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 :

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

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]

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....