[PLSQ] ORA-01691

**romuald9999** · 20/08/2004, 13h38

bonjour,
je trevaille sur des blobs et jai un message derreur qu iest

Code :

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

ORA-01691: unable to extend lob segment PROLAB.SYS_LOB0000034134C00007$$ by 128 in tablespace SESAMETAB

je trouve pas le probleme!
vous savez a quoi coorrespond ce message?

**Pomalaix** · 20/08/2004, 13h39

Et la doc Oracle, elle dit quoi, mmmh ???

**Médiat** · 20/08/2004, 13h46

Envoyé par Pomalaix

Et la doc Oracle, elle dit quoi, mmmh ???

Ben, chez moi elle dit exactement ce qu'il faut faire

Ok, c'est un peu lourd, mais ce que veut dire Pomalaix, c'est qu'avant de poster une question il est naturel que tu cherches de ton côté, quand ORACLE te renvoie une erreur avec un code erreur bien précis, un coup d'oeil de 20 secondes dans la doc et tu as la réponse (donc moins de temps que pour poster ta question

)

**romuald9999** · 21/08/2004, 17h25

oui message recu ca je lavais fait!

Code :

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

1
2
3
4
 
Cause: Failed to allocate an extent for LOB segment in tablespace.
 
Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more files to the tablespace indicated.

Le probleme est que je ne veux pas ajouter de datafile, jaimerais en fait liberer de la place, puisque il sagit seulement de records qui permettent de faire de tests, doncca ne pose pas de problemes de les supprimer!
Je supprime doncles records ou il t a des blobs, mais je ne libere pas lespace!!
Par contre si je recree completement les tables qui minteressent, cad un DROP des tables (apres avoir fait un export des datas qui mintereseent), eh bien pour les tests qui suivent je nai plus ce message!

ca signifierait qun delete des recors ne libere pas lespace alors que un drop des tables libere cet espace!
Pourtant jai lu qq part que il fallait faire un truncate des tables pour liberer lespace!!!
Je suis plus!!

**orafrance** · 23/08/2004, 09h24

oui Truncate libère les extents (et donc les espaces alloués) contrairement au delete qui ne fait de toper les extents comme réinscriptible

**helyos** · 23/08/2004, 09h25

euh ca serait pas plutot l'inverse Orafrance, car c'est l'avantage du truncate, il ne perds pas de temps à vider l'espace disque

**orafrance** · 23/08/2004, 10h14

ha non, l'avantage du truncate c'est surtout qu'il n'écrit pas dans le RBS et donc va bcp plus vite que le delete

**helyos** · 23/08/2004, 10h17

Envoyé par orafrance

oui Truncate libère les extents (et donc les espaces alloués) contrairement au delete qui ne fait de toper les extents comme réinscriptible

oui je suis d'accord avec ce que tu dis mais je parlais de ce poste la.

Truncate ne libére pas les extents il prend juste le High water mark et le remet au début des extents de la table.

**orafrance** · 23/08/2004, 10h42

Voila ce que j'ai fait :

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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
 
create  table t_r (x varchar2(2000)) tablespace DATA_DEMANDE
storage
(initial 1m
next 1m
pctincrease 0
)
 
SQL> exec show_space('T_R');
Free Blocks.............................0
Total Blocks............................64
Total Bytes.............................1048576
Unused Blocks...........................63
Unused Bytes............................1032192
Last Used Ext FileId....................14
Last Used Ext BlockId...................44621
Last Used Block.........................1
 
SQL> begin
  2  for k in 1..9999
  3  loop 
  4  insert into t_r values (rpad('*',100,'*'));
  5  end loop;
  6  commit;
  7  end;
  8  /
 
Procédure PL/SQL terminée avec succès.
 
SQL> exec show_space('T_R');
Free Blocks.............................3
Total Blocks............................76
Total Bytes.............................1245184
Unused Blocks...........................0
Unused Bytes............................0
Last Used Ext FileId....................14
Last Used Ext BlockId...................44693
Last Used Block.........................4
 
Procédure PL/SQL terminée avec succès.
 
SQL> truncate table t_r;
 
Table tronquée.
 
SQL> exec show_space('T_R');
Free Blocks.............................0
Total Blocks............................64
Total Bytes.............................1048576
Unused Blocks...........................63
Unused Bytes............................1032192
Last Used Ext FileId....................14
Last Used Ext BlockId...................44621
Last Used Block.........................1
 
Procédure PL/SQL terminée avec succès.

Le nombre de blocs est bien repassé de 76 à 64 donc les extents ont bien été désalloué, bien sûr la HWM a aussi été réduite

**orafrance** · 23/08/2004, 10h45

Pour être tout à fait complet :

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
30
31
32
33
34
35
36
37
38
39
40
41
42
SQL> begin
  2  for k in 1..9999
  3  loop 
  4  insert into t_r values (rpad('*',100,'*'));
  5  end loop;
  6  commit;
  7  end;
  8  /
 
Procédure PL/SQL terminée avec succès.
 
SQL> exec show_space('T_R');
Free Blocks.............................3
Total Blocks............................76
Total Bytes.............................1245184
Unused Blocks...........................0
Unused Bytes............................0
Last Used Ext FileId....................14
Last Used Ext BlockId...................44693
Last Used Block.........................4
 
Procédure PL/SQL terminée avec succès.
 
SQL> delete from t_r;
 
9999 ligne(s) supprimée(s).
 
SQL> commit;
 
Validation effectuée.
 
SQL> exec show_space('T_R');
Free Blocks.............................75
Total Blocks............................76
Total Bytes.............................1245184
Unused Blocks...........................0
Unused Bytes............................0
Last Used Ext FileId....................14
Last Used Ext BlockId...................44693
Last Used Block.........................4
 
Procédure PL/SQL terminée avec succès.

le nombre de blocs libre est bien passé à 75 mais le nombre de blocs alloués n'a pas changé ni la HWM (cf Last Used Block)

**Marc Musette** · 23/08/2004, 10h55

effectivement le truncate libère les extents jusqu'au MINEXTENT de la table (spécifié à sa création)

néanmoins une petite précision sur l'effet d'un DELETE : l'espace est également désalloué (mais au niveau block , pas de release des extents) --> disponible pour de nouveau insert MAIS uniquement pour cette table en question

**orafrance** · 23/08/2004, 10h57

c'est ça, les extents sont libérés (réutilisable) mais pas désalloués

**Marc Musette** · 23/08/2004, 11h36

c'est ça

**romuald9999** · 24/08/2004, 17h32

POur resumer vos differentes interventions

un DELETE va liberer de la place pour la table concernee par le DELETE! il n'ya donc pas deallocation des extends qui appartiennent toujours a cette table.
un TRUNCATE va liberer de la place pour toute les tables. Il ya donc desallocation des extents (tant que nous restons dans les lmites definies par MINEXTENT)
et le DROP?

**orafrance** · 24/08/2004, 17h41

TRUNCATE libére de la place sur le disque... ça semble plus correct que de dire pour toutes les tables

Le drop c'est pareil que le truncate sauf qu'en plus ça détruit l'objet

**romuald9999** · 24/08/2004, 17h53

ok lecon retenue!
Par contre si je veux liberer de la place sur le disque sans supprimer ma table, ce que fais TRUNCATE, je suis donc obliige de faire une copie de ma table ailleurs avec tout ce que ca entraine au niveau des contraintes!!

**orafrance** · 24/08/2004, 17h54

rien n'empêche de déplacer la table dans un tablespace situé sur un autre disque, il n'y a alors aucun impact

**romuald9999** · 25/08/2004, 09h08

Envoyé par orafrance

Le drop c'est pareil que le truncate sauf qu'en plus ça détruit l'objet

euh quelle difference fait on entre detruire l'objet (DROP) et le TRUNCATE(lui ne detruit pas l'objet? Il libere de la place sur le disque mais pour cela il doit detruire l'objet!!)!

Envoyé par orafrance

rien n'empêche de déplacer la table dans un tablespace situé sur un autre disque, il n'y a alors aucun impact

Dans ce cas je suprime les records inutile sur le TABLESPACE A, je copie ensuite la table dans le TABLESPACE B, et dans ce tablespace, moins d'extends seront alloues a ma table puisque elle a moins de records!
ok ok merci

**orafrance** · 25/08/2004, 09h12

Oui le truncate vide la table EN LIBERANT l'espace disque (contrairement au DELETE).

c'est ça, ça s'appelle la réorganisation de base. On déplace les tables et indexes pour réallouer les extents et défragmenter les tablespace. C'est à faire de temps en temps

**romuald9999** · 25/08/2004, 09h21

ok merci!
C'est du boulot de dba apperement mais toujours interessant de savoir comment ca marche!

[PLSQ] ORA-01691

Oracle

Vue hybride

Discussions similaires

Partager

Partager