Discussion :

[tropiko]

Bonjour ,

En 11g le shrink de table est une technique permettant de gagner de l'espace gaspillé dans une table et éviter un move (coûteux).

mais j'entendes souvent parler de shrink en appliquant systématiquement et respectivement le shrink comme suit :

alter table mytable shrink space; -- pour la ré-init du HWM
puis
alter table mytable shrink space compact [CASCADE] ; -- pour la ré-init du HWM

Pourquoi ne pas appliquer directement la 2ème première commande ?
merci.

[Mohamed.Houri]

Il y a peut-être une erreur (je dois encore le tester en 11gR2) dans ce que vous avancez ici à savoir

Code :

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

1
2
 
alter table t shrink space compact;

prend les données de la fin de la table et les place au début de la table sans toucher au HWM alors que

Code :

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

1
2
 
alter table t shrink space;

supprime le HWM tout en déplaçant les données de la fin au début de la table.

Attention aussi à l'effet que peut avoir cette commande sur le clustering factor des indexes de cette table. Tout ordre pré-établi peut être rompu après le shrink; augmentant ainsi la valeur du clustering factor et réduisant donc la désirabilité de cet index.

[mnitu]

...
alter table mytable shrink space compact [CASCADE] ; -- pour la ré-init du HWM
...

•The COMPACT clause lets you divide the shrink segment operation into two phases. When you specify COMPACT, Oracle Database defragments the segment space and compacts the table rows but postpones the resetting of the high water mark and the deallocation of the space until a future time. This option is useful if you have long-running queries that might span the operation and attempt to read from blocks that have been reclaimed. The defragmentation and compaction results are saved to disk, so the data movement does not have to be redone during the second phase. You can reissue the SHRINK SPACE clause without the COMPACT clause during off-peak hours to complete the second phase.

[tropiko]

C'était une erreur ,j'ai corrigé dans le post
Sinon à quoi ça sert d'enchaîner les 2 commandes ?
ALTER TABLE t shrink space; serait suffisant ?

[mnitu]

This option is useful if you have long-running queries that might span the operation and attempt to read from blocks that have been reclaimed. The defragmentation and compaction results are saved to disk, so the data movement does not have to be redone during the second phase. You can reissue the SHRINK SPACE clause without the COMPACT clause during off-peak hours to complete the second phase.

[pachot]

Bonjour,

En clair:
1. une requête commence à lire la table: elle lit le HWM et commence à lire les lignes
2. une autre session fait un SHRINK SPACE en abaissant le HWM
3. la première requête continue jusqu'au HWM qu'elle a lu avant car elle n'est pas au courant du shrink
4. une autre session alloue de l'espace en réutilisant l'espace libéré par le shrink
5. la première requête continue et se retrouve à lire des blocs qui n'appartiennent plus à la table. elle s'en aperçoit (cat data_object_id différent) et sort en erreur

Donc l'idée est de faire l'opération longue SHRINK SPACE COMPACT en online, sans déranger personne, pour tasser les lignes au début de la table.
Puis plus tard le SHRINK SPACE en offline (qui sera alors rapide puisque tout le boulot a été fait par le premier)

Cordialement,
Franck.

[tropiko]

Une très belle explication !
Merci Franck.

[pachot]

Merci,

En fait en premier j'avais la fausse idée que c'était un problème de verrou pour baisser le HWM. C'est en faisant un test vite fait avant de répondre que je me suis aperçu de l'erreur.

Le test complet est ici: http://ora-demo.pachot.net/shrink_table.html#3 on voit le cas où une session concurrent peut se retrouver avec un ORA-10632: Invalid rowid

Cordialement,
Franck.