Discussion :

[azahiri]

Bonjour,

J'ai une table TOTO avec la structure suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SQL> desc TOTO
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 INDX                                      NOT NULL NUMBER
 KEY                                NOT NULL VARCHAR2(1)
 PRIORITY                                           NUMBER(6)
 MODE                                             NUMBER(1)
 TYPE_OF_CLIENT                                   VARCHAR2(3)
 PLAN_ID                                  VARCHAR2(64)
 TRANSACTION_TYPE                                 NUMBER(2)
 UNIT                                       VARCHAR2(5)

J'aimerai inverser le champ TRANSACTION_TYPE avec PLAN_ID. Ca donnerai ça :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SQL> desc TOTO
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 INDX                                      NOT NULL NUMBER
 KEY                                NOT NULL VARCHAR2(1)
 PRIORITY                                           NUMBER(6)
 MODE                                             NUMBER(1)
 TYPE_OF_CLIENT                                   VARCHAR2(3)
 TRANSACTION_TYPE                                 NUMBER(2)
 PLAN_ID                                  VARCHAR2(64)
 UNIT                                       VARCHAR2(5)

J'ai vu sur le net, avec des ALTER tables, il n'y a pas de syntaxe pour permuter. Des idées ?

Merci d'avance pour votre réponse.

[tatayo]

Bonjour,
Quel est l'intérêt de permuter ces deux colonnes dans la table ?

Tatayo.

[azahiri]

Je reçoi un fichier csv d'une autre équipe que je dois charger dans cette table, et je dois permuter ces deux champs pour m'adapter à l'ordre du contenu du csv.

[tatayo]

Je ne dois pas être bien réveillé, mais je ne vois pas bien le lien entre l'ordre des colonnes dans le fichier à importer, et l'ordre de déclaration des colonnes dans la table... en tout cas je ne me suis jamais posé ce genre de question.

Comment est importé le fichier en question ?

[azahiri]

Justement c'est un script de load qui charge les fichiers csv. Ce script est livré par une autre équipe et je n'est pas le droit de le modifier ou le toucher

[al1_24]

Dans la théorie des SGBD, l'ordre des colonnes d'une table est indifférent, une colonne étant accédée par son nom et non sa position.
De ce fait, il semble normal qu'aucune instruction ne soit proposée pour modifier l'ordre des colonnes d'une table.
Il ne reste donc d'autre solution que de faire modifier le script de chargement pour l'adapter à la structure, sinon recréer la table avce l'ordre des colonnes attendu par le script de chargement.

[islamov2000]

azahiri! Puisque tu insistes; est ce que tu as compte DBA?

[azahiri]

Non mais j'ai peut être une idée. on peut changer le nom d'une colonne et son type. Je le fais pour les deux et le tour est joué. Vous en pensez quoi ?

[islamov2000]

la table en question , est elle vide?

[azahiri]

Oui

[islamov2000]

Donc, pas de risque de perte de données.

[azahiri]

donc je peux faire cette manip ?

Non mais j'ai peut être une idée. on peut changer le nom d'une colonne et son type. Je le fais pour les deux et le tour est joué. Vous en pensez quoi ?

[islamov2000]

Code :

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

1
2
3
4
Allter table TOTO drop column PLAN_ID ;
Allter table TOTO drop column UNIT ;
Allter table TOTO add PLAN_ID   VARCHAR2(64);
Allter table TOTO add UNIT   VARCHAR2(5);

Alter est pas Allter, je sais.je n'ai pas pu poster avec alter .

[azahiri]

Avec cette solution ça ne peut pas marcher parce que les colonnes que je veux inverser ne sont pas a la fin. C'est au milieu, si je fais des drop et des add, je risque de positionner ces deux colonnes en fin de la table.

[islamov2000]

Sinon tu peux creer une nouvelle table comme suite

Code :

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

1
2
create table new_table as 
select les_colonnes_ comme_tu_veux ..... from TOTO

En revoyant toutes containtes. Puis tu supprimes TOTO et enfin tu renomme new_table avec TOTO. Et ça ira.

[Waldar]

Si la table est vide, supprimez-là et recréez-là.

[azahiri]

Ok, merci les amis pour votre aide.

[Mohamed.Houri]

Dans la théorie des SGBD, l'ordre des colonnes d'une table est indifférent, une colonne étant accédée par son nom et non sa position.

Oracle accède d’abord à un block de données qui peut contenir un enregistrement (row). Cet enregistrement contient un header indiquant si l’enregistrement est ‘’verroué ‘’ou pas, combien de colonnes il contient etc… Puis il y a, pour chaque colonne, sa taille (length) et son contenu. Pour accéder à la colonne numérotée 2 par exemple, Oracle doit d’abord accéder à la colonne 1 et sur la base de la taille de cette colonne 1 il trouve la position de la colonne 2 (et ainsi de suite). Il est donc évident qu’une colonne placée au début de l’enregistrement est retrouvée plus rapidement que celle qui est à la fin. Surtout lorsque la table contient beaucoup de colonnes.

Par contre, je ne veux pas embrouiller les lecteurs, en forçant le trait sur l’importance de la position d’une colonne quant à la performance d’une requête car en effet c’est la localisation du block qui peut être plus problématique que ne le sera la localisation d’une colonne dans ce même block. Mais il faut savoir que la position de la colonne, certes importe peu, mais importe quand même.

[Rams7s]

Il est donc évident qu’une colonne placée au début de l’enregistrement est retrouvée plus rapidement que celle qui est à la fin. Surtout lorsque la table contient beaucoup de colonnes.

Je suis curieux d'en savoir plus et de pouvoir quantifier ceci.
Etant donné que la lecture physique se faisait par blocks mémoire (8k par exemple). Qu'on veuille récupérer une ligne, ou plusieurs, voir une simple colonne d'une seule ligne.

Edit:
Ca me fait penser que la seule chose que je sais sur l'ordre des colonnes, c'est qu'il faut éviter de mettre les NOT NULL à la fin. Pour certains types, ça consomme de l'espace (pour les number, mais pas pour les VC2). Si il y a d'autres choses intéressantes, je suis preneur.

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
create table tmp (vc varchar2(4000), vc2 varchar2(4000), vc3 varchar2(4000) not null,n number not null) pctfree 0;
create table tmp2 (n number not null, vc varchar2(4000),vc2 varchar2(4000), vc3 varchar2(4000)) pctfree 0;
 
create table tmp3 (n1 number,n2 number,n3 number,n number not null) pctfree 0;
create table tmp4 (n number not null,n1 number,n2 number,n3 number) pctfree 0;
 
insert into tmp  (vc,vc2,vc3,n) select 'a','b','c',level from dual connect by level<1e4;
insert into tmp select * from tmp;
insert into tmp2 (vc,vc2,vc3,n) select 'a','b','c',level from dual connect by level<1e4;
insert into tmp2 select * from tmp2;
 
insert into tmp3 (n) select level from dual connect by level<1e4;
insert into tmp3 select * from tmp3;
insert into tmp4 (n) select level from dual connect by level<1e4;
insert into tmp4 select * from tmp4;
 
select segment_name, segment_type, bytes, blocks, extents from user_segments order by blocks;

Et effectivement:

Code :

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

1
2
3
4
5
6
 
SEGMENT_NAME	SEGMENT_TYPE	BYTES	BLOCKS	EXTENTS
TMP4	            TABLE	262144   32	4
TMP3	            TABLE	327680	  40	5
TMP	            TABLE	393216	  48	6
TMP2	            TABLE	393216	  48	6

[mnitu]

...Mais il faut savoir que la position de la colonne, certes importe peu, mais importe quand même.

Il ne vous reste qu’à élaborer le test permettant de mettre en évidence et de mesurer l'effet.