Discussion :

[superfly]

Voila j'ai une table avec 3.5 million de lignes et je voudrais essaye dans faire une table partionnees avec un index partionnees, histoire de voir si les perfs peuvent etre meilleur?

Je voudrais faire des range partitions (table et index).
Quelqu'un a t-il d�ja fais ce genre de chose?
Merci

[Pomalaix]

Voila j'ai une table avec 3.5 million de lignes et je voudrais essaye dans faire une table partionnees avec un index partionnees, histoire de voir si les perfs peuvent etre meilleur?

Je voudrais faire des range partitions (table et index).
Quelqu'un a t-il d�ja fais ce genre de chose?
Merci

Merci d'�tre pr�cis dans votre question !
Quel genre d'infos recherchez-vous ?

[superfly]

En fait je voulais savoir si quelqu'un avait d�j� impl�ment� cela sur une table existante car le souci c'est que cela modifie la structure de la table. Donc il faut extraire les donn�es puis les remettres...
J'ai extraits les donn�es avec EXP et je les ai import� avec IMP, et biensur j'ai plus rien dans la table comme si il ne pouvait pas importer les donn�es....

[superfly]

je crois que j'ai trouv� mon probl�me....

[superfly]

voici un petit bout de code et l'erreur que me g�n�re Oracle, peut-etre que quelqu'un aura une id�e car moi je suis un peu sec

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
22
23
 
CREATE TABLE t_Historique 
     (   NUM_ETA    NUMBER(8),
  NUM_ASS    NUMBER(6),
  NUM_CLI    NUMBER(6),
  NUM_AFF    NUMBER(2),
  COD_ACT    VARCHAR2(5),
  COD_BNF    VARCHAR2(5),
  NUM_SIN    NUMBER(8),
  NUM_GAR    NUMBER(3),
  COD_ART    VARCHAR2(5),
  COD_TAB    VARCHAR2(2) not null,
  COD_EVT    VARCHAR2(5) not null,
  COD_USR    VARCHAR2(15) not null,
  COD_COU    VARCHAR2(10),
  DAT_HST    DATE not null,
  LIB_IMGAVT VARCHAR2(60),
  LIB_IMGAPR VARCHAR2(60),
  COD_DOC    VARCHAR2(5) )
   PARTITION BY RANGE ( NUM_CLI)
     ( PARTITION num_cli_q1 VALUES LESS THAN ( 100000)
        TABLESPACE INDEX_3)
     ENABLE ROW MOVEMENT

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
 
Fichier d'export créé par EXPORT:V08.01.07 via le chemin classique
import effectué dans le jeu de caractères WE8ISO8859P1 et le jeu NCHAR WE8ISO8859P1
. Import d'objets OP dans OP
. . Import de la table                  "T_HISTORIQUE"
IMP-00058: Erreur ORACLE 14400 rencontrée
ORA-14400: la clé de partition insérée dépasse la limite supérieure autorisée
IMP-00028: Import partiel de la table précédente annulée : lignes 190660 annulées
Préparation à l'activation des contraintes...
Fin de l'import réussie avec avertissements.

Merci

[rouardg]

Bonjour,

C'est normal que cela plante. Tu as cr�� une table partitionn�e avec une seule partition qui accueille les donn�es inf�rieures � 100000.

Or tout semble indiquer que ta table d'origine contient des donn�es sup�rieures � 100000. Et le pb, c'est qu'il n'y a pas une autre partition pour accueillir ce genre de valeurs.

Tu aurais du cr�er ta table avec 2 partitions, de la mani�re suivante :

Code:

CREATE TABLE t_Historique
( NUM_ETA NUMBER(8),
NUM_ASS NUMBER(6),
NUM_CLI NUMBER(6),
NUM_AFF NUMBER(2),
COD_ACT VARCHAR2(5),
COD_BNF VARCHAR2(5),
NUM_SIN NUMBER(8),
NUM_GAR NUMBER(3),
COD_ART VARCHAR2(5),
COD_TAB VARCHAR2(2) not null,
COD_EVT VARCHAR2(5) not null,
COD_USR VARCHAR2(15) not null,
COD_COU VARCHAR2(10),
DAT_HST DATE not null,
LIB_IMGAVT VARCHAR2(60),
LIB_IMGAPR VARCHAR2(60),
COD_DOC VARCHAR2(5) )
PARTITION BY RANGE ( NUM_CLI)
( PARTITION num_cli_q1 VALUES LESS THAN ( 100000) TABLESPACE INDEX_3,
PARTITION num_autres VALUES LESS THAN (MAXVALUE) TABLESPACE INDEX_3
) ENABLE ROW MOVEMENT

Comme tu le vois, j'ai cr�� la table avec une autre partition NUM_AUTRES et en sp�cifiant la clause MAXVALUE.

Sinon, au lieu de d�truire ta table et de la recr�er avec 2 partitions, tu peux utiliser un ALTER TABLE ... SPLIT PARTITION...

Merci de regarder la doc Oracle pour en savoir plus sur cette syntaxe

[superfly]

Merci rouardg

[orafrance]

Pour r�pondre � la probl�matique de performance, je te confirme que les indexes partitionn�s peuvent r�soudre des probl�mes de perf sur les gros volume... en revanche je suis beaucoup moins convaincu par le partitionnement de la table