Partitionnement des tables

[raz2008]

Bonjour à tous,

j'aimerais savoir si le partitionnement d'une tables réserve forcement de l'espace sur les tablespaces utilisés?
Si oui, comment faire pour que l'espace réservé soit le plus petit possible pour les partitions encore vide?
Si non, comment partitionner sa table pour garder ses tablespaces le plus disponible possible lorsque les partitions sont vides?

Ces questions viennent parce que j'ai été mainte fois confronté à des situations ou j'ai des tables partitionnées vides, mais qui occupaient un très important pourcentage de mes tablespaces.

D'autre part, très souvent pendant le partitionnement d'une table, on a l'erreur

Code :

ORA-01658: impossible de créer l'ensemble de blocs contigus INITIAL pour le segment dans le tablespace MON_TABLE_SPACE

.

Ci-dessous un bout de code utilisé pour partitionner mais tables. Je fais remarqué que ces tables sont exclusivement utilisé pour des loads par SQL Loader, des INSERT et des SELECT, presque jamais d'UPDATE.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
TABLESPACE TAB_SPACE_01_A
PCTUSED    0
PCTFREE    10
INITRANS   1
MAXTRANS   255
PARTITION BY RANGE (TRANSACTION_DATE)
(  
  PARTITION TAB_PARTITION_201112 VALUES LESS THAN (TO_DATE(' 2012-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
    NOLOGGING
    NOCOMPRESS
    TABLESPACE TAB_MONOCF_01_A
    PCTFREE    10
    INITRANS   1
    MAXTRANS   255
    STORAGE    (
                INITIAL          64K
                NEXT             16M
                MINEXTENTS       1
                MAXEXTENTS       UNLIMITED
                PCTINCREASE      0
                BUFFER_POOL      DEFAULT
               )
)			   
LOGGING 
NOCOMPRESS 
NOCACHE
NOPARALLEL
MONITORING;

Mon code est-il optimal pour les usages de ma tables?
Si non, quel sont les possibles améliorations à y apporter?

Merci d'avance de vos contributions.

[Pomalaix]

La réponse dépend de votre version, que vous n'avez pas précisée.

[pachot]

Bonjour,

Chaque partition alloue au moins un extent pour son INITIAL. Si on est sur un tablespace en UNIFORM on a probablement des extent assez larges. En AUTOALLOCATE, le premier extent sera probablement plus petit.

Sinon, en 11g DEFERRED SEGMENT CREATION permet de n'allouer l'espace que lors du premier insert dans la partition.

Donc dépends le la version, et de la définition du tablespace

Cordialement,
Franck.

[funoracle]

Bonjour, juste un conseil :
s'il est prévu de créer et/ou supprimer les partitions dynamiquement (chaque fin de mois, année ou jour) je te conseille de reprendre la date complète dans le nom crée :

Code :

1
2
 
... TAB_PARTITION_<ladateexacte> ...

Pour une meilleure lisibilité ensuite pour l'administration.
Parceque TAB_PARTITION_201112 cela peut être 2 dates :
Décembre 2011 ou le 20/11/2012, voir le 12/11/2020 ?

Par ailleurs dans ce que l'on voit du code il ne sera pas possible d'insérer des enregistrements dont la date est supérieur au 01/01/2012 (... LESS THAN ...). Il faudra créer la partition adhoc pour pouvoir faire ces inserts.

Franck.