Discussion :

[carreau]

bonjour à tous,

J'ai créé des IOT pour améliorer les perfs d'accès à des tables très peu souvent modifiées

Mais à l'occasion de cette création, sont apparues des tables SYS_IOT_OVER... que je n'arrive pas à manipuler facilement (difficile de changer les droits par exemple) et que je dois gérer de manière particulière (dans certaines parties de mon code applicatif).

Et il conseillé ou possible de créer des IOT sans condition d'OVERFLOW ?
Comment calculer le meilleur PCTHRESHOLD ? (taille en % au delà duquel les colonnes sont enregistrées dans cette table système de gestion de l'info séparée de l'index PK)


Merci pour votre expérience
A bientôt

[pachot]

Bonjour,

et que je dois gérer de manière particulière (dans certaines parties de mon code applicatif).

Il s'agit de l'implémentation physique. Transparent pour l'appli !

Les colonnes en overflow peuvent être déterminées explicitement avec la clause INCLUDING. On peut y mettre les colonnes larges qui ne sont pas frequemment accédées, afin de réduire la taille de l'index.

Cordialement,
Franck.

[carreau]

Merci Franck pour ta réponse

Dans mon code applicatif, j'ai une procédure stockée qui liste toutes mes tables et tous les objets pour en contrôler les droits et pour les recréer de manière systématique (je sais ce n'est pas forcement très malin mais pour l'instant j'ai cette contrainte et je me sers de cette PS comme d'un utilitaire)

Je chercherais donc à créer des IOT sans SYS_IOT_OVER_... d'autant que mes tables organisées en index sont plutôt très légères
Est ce que PCthreshold=0 suffirait il ?

Et comment faire si j'ai besoin de changer de tablespace ces tables-système ou si je veux les copier dans un autre schéma et changer le propriétaire ?

J'imagine que c'est la meme chose pour les tables SYS_IOT_MAPPING_...

Bonne journée
Jerome

[pachot]

Bonjour,
La valeur par défaut de PCTTHRESHOLD, 50, est le maximum je pense. C'est une limitation de la structure d'un index: il faut pouvoir stocker 2 entrées au moins.
Les options de storage(comme le tablespace) peuvent être précisés dans la clause OVERFLOW.
Cordialement,
Franck.

[carreau]

Les autres tables d'un meme schéma qui sont déjà des IOT n'ont pas de table SYS_IOT_OVER_xxxx (ou je ne les vois pas meme en system ...)
et voici leur code DDL
Je comprends qu'on empeche la gestion de l'OVERFLOW

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
24
25
26
27
28
29
CREATE TABLE forms (
  cd_form       NUMBER        NOT NULL,
  nm_form       VARCHAR2(100) NULL,
  txt_form      VARCHAR2(255) NULL,
  filter_passes INTEGER       NULL,
  CONSTRAINT pk_forms PRIMARY KEY (
    cd_form
  )
)
  ORGANIZATION INDEX
  PCTTHRESHOLD   0
  OVERFLOW
    TABLESPACE ""
    PCTFREE   -1
    PCTUSED   -1
    INITRANS  -1
    MAXTRANS  -1
    STORAGE (
      INITIAL       0 K
      NEXT          0 K
      MINEXTENTS   -1
      MAXEXTENTS   -1
      PCTINCREASE  -1
      FREELISTS    -1
      FREELIST GROUPS -1
      BUFFER_POOL
    )
    NOLOGGING
/

Merci pour votre regard d'expert

[pachot]

Bonjour,
Exact, ici pas besoin d'overflow parce que ici la taille d'une entrée de l'index, vu la définition des colonnes, ne dépassera jamais les 50% de la taille d'un block.
Essayez par contre avec des varchar(4000):

Code :

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

ORA-01429: Index-Organized Table: no data segment to store overflow row-pieces

Cordialement,
Franck.