Discussion :

[leftyy]

Bonjour,

je reprend en ce moment un projet de migration de base de données.

lors de cette migration il y a des créations de tables. dans les scripts qui avaient été ecrit auparavant, la création des tables se faisait en 3 phases :

Création de la table :

Code :

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

1
2
3
4
5
6
7
 
CREATE TABLE MA_TABLE1(
ID NUMBER,
NOM VARCHAR2 ,
PRENOM VARCHAR2,
...
);

Création d'un index :

Code :

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

1
2
 
Create Index IDX_MA_TABLE1 On MA_TABLE1 (ID) TABLESPACE IND_TBS;

Et enfin création des contraintes sur la table :

Code :

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

1
2
 
Alter Table MA_TABLE1 Add Constraint PK_MA_TABLE1 Primary Key (ID) Using Index;

La question que je me posait est de savoir l'interet d'avoir fait de cette manière? y a t'il un gain de performances ou de temps comparé a cette requete?

Code :

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

1
2
3
4
5
6
7
8
 
CREATE TABLE MA_TABLE1
( 
ID NUMBER
CONSTRAINT ma_table1_pk PRIMARY KEY using index 
(create index ma_table1_idx on ma_table1(id) tablespace IDX_TBS), 
...
);

ou alors est ce que la personne qui a écrit ces scripts n'y connaissait rien et faisait n'importe quoi??

merci de vos réponses

[OracleFan]

Hello,

Tout dépendra du mode opératoire pour ta migration.

Si tu travailles comme ceci:
1- Création des tables sans contraintes ni index
2- Chargement des données
3- Création des index et des contraintes

Au lieu de comme ceci:
1- Création des tables sans contraintes ni index
2- Création des index et des contraintes
3- Chargement des données


Tu auras bien évidemment un gain de performances... Le recalcul de l'index ne sera pas effectué après chacun des insert/update.

Ce qui est totallement logique comme réponse; Oracle travaille beaucoup mois lors des inserts/update, donc sera plus rapide :-)

Bien à toi,

[mnitu]

Créez deux tables t_method1 et t_method2 en utilisant les deux approches. Regardez ensuite le résultat. Avez vous trouvé la différence ?

[leftyy]

j'ai testé les 2 méthodes et je n'ai pas vu de grosses différences entre les 2 (je crée une dizaine de tables sans importer de données du coup c'est pas très étonnant)

mais bon je suis parti sur la méthode all-in-one je trouve que ca fait plus jolie

[mnitu]

j'ai testé les 2 méthodes et je n'ai pas vu de grosses différences entre les 2 (je crée une dizaine de tables sans importer de données du coup c'est pas très étonnant)

mais bon je suis parti sur la méthode all-in-one je trouve que ca fait plus jolie

Et avez vous notez une différence dans les noms des indexes pour les clés primaires ?

[pjmorce]

Je pense que c'est plutot une question de lisibilité.
La structure de la table d'un coté.
Les constraints dans l'autre.
etc.

Plus facile à visualiser je pense...

Et avez vous notez une différence dans les noms des indexes pour les clés primaires ?