Discussion :

[ducho]

Bonjour tout le monde ,

Je viens de créer des TBS en "LOCALLY MANAGED " avec un UNIFORM SIZE.

Voici quelques questions sur leur gestion pour lesquelles je n' ai pas trouvé de réponses dans la doc .

Si vous pouvez éclairer ma lanterne ....

1) Comment connaitre le nb d' extents d' un objet dans ce TBS ?
2) Si je donne une clause storage à la création de ma table , les valeurs
supplantent-elles celle du tbs :
-j' ai un tbs en locally managed avec 128k en uniform size, un db_block_size de 8k , j' ai créé une table en précisant initial=300k
oracle me créé une table qui fait 304K (vue avec dbastudio )
(je m' attendais à un multiple de 128 )

cordialement

PS : Si dbastudio interroge le dictionnaire de données, j' ai un doute
sur ce qu' il raconte .

[SheikYerbouti]

Vous demandez 300k soit 300 * 1024 = 307200

307200 / ( 8 * 1024 ) = 37,5 arrondi à 38 par oracle.

38 * 8192 = 311296 / 1024 = 304K

[ducho]

Merci de votre réponse ,

Je suis bien d' accord qu' on trouve un multiple du block-size
(pas de chgt par rapport à un tbs géré par le dictionnaire )
mais qu'en est-il de l' "UNIFORM SIZE " de 128K ?

[orafrance]

sheik le compte est bon... passons aux lettres

le initial de la table est 300k, donc le 1° bloc est de 304k (cf. démo de sheik) ensuite, les extents suivants seront bien de 128k

[SheikYerbouti]

sheik le compte est bon... passons aux lettres

le initial de la table est 300k, donc le 1° bloc est de 304k (cf. démo de sheik) ensuite, les extents suivants seront bien de 128k

le premier extent est de 304k, tout le monde l'aura compris.

[ducho]

Ah mea culpa ,

la table de 300k prends bien 3 extents chacun de 128k ( vu dans dba_extents ) .

Je pensais que ces tables system ne pouvaient être utilisées dans
le cas de tablespaces gérés localement .

desolé pour ces questions triviales .

[ducho]

pour conclure : le premier extent ne fait pas 304K
heureusement d' ailleurs sinon il y aurait des trous dans le TBS .

par contre , je pense que l' espace utilisé pour l' instant dans le 3eme
extent (304-256=48k ) est réservé à cette table et donc perdu pour l' instant .

[ducho]

bon , encore une bévue , en fait il reste 80k dans le 3eme extent .

[orafrance]

sheik le compte est bon... passons aux lettres

le initial de la table est 300k, donc le 1° bloc est de 304k (cf. démo de sheik) ensuite, les extents suivants seront bien de 128k

le premier extent est de 304k, tout le monde l'aura compris.

certes... au temps pour moi

[ducho]

Bonsoir ,

je persiste et signe , je ne suis pas d' accord avec vous .
la table prends trois extents dans le tablespace chacun de 128k
et non pas un seul de 304k .
Le nest est bien de 128k .
(pour en être sur : j' ai 3 extent_id différents dans la table dba_extents .

Cordialement

[/code]

[orafrance]

J'aimerais comprendre... peut tu nous donner les scripts de création du tablespace et de la table ainsi que les requêtes que tu utilises pour voir le nombre d'extents de la table et la taille de celle-ci

[ducho]

Bonsoir ,

une réponse rapdide , je vous fournirai les scripts Jeudi .

extents : select extent_id,bytes from dba_extents where segment_name='ESSAI' ;

réponse :

EXTENT_ID BYTES
0 131072
1 131072
2 131072

le tablespace a été créé par dbastudio .
(locally managed , uniform size 128 k)

la table est un simple create table avec comme clause storage
(initial 300k next 500k )
(le next n' a pas été pris en compte , oracle a pris la valeurs du next du TBS (128k))

cordialement

PS j' espere que tu obtiendras la même chose en faisant l' essai .

[thomasjcj]

Dans une Tablespace administre localement avec Uniforme Size = 128K par ex., l'extent initial de chaque segment aura 128K et rien d'autre.
Si la clause 'initial' est specifiée dans la creation du segment (table ou index), avec une valeur de 200K par ex, alors a la creation du segment deux extent de 128K seront alloues.
Si 'initial' = 300K, trois extents seront alloues, ce qui colle bein avec ce que tu observes.

[ducho]

Bonjour ,

Dans mon cas , les 80k restants dans le dernier Extent_id peuvent-ils être
attribués à un autre objet ?


cordialement

[LeoAnderson]

les 80k restants dans le dernier Extent_id peuvent-ils être
attribués à un autre objet ?

Non, c'est le principe même de la gestion de la place disque par Oracle : on prend à l'avance et on utilise au fur et à mesure...

Donc, là, il y a 80 Ko de marge !

[orafrance]

cf. PCTUSED et PCTFREE

[ducho]

Bon ,

c' est tout bon pour moi ,

merci à vous tous