Discussion :

[devkais]

bonjour ,

J'ai détecté dans une table de 1 Million de lignes , 1000 lignes chaînées / migrées soient 0.1%. Est-ce suffisant pour les supprimer ?

Quand est-ce la suppression de lignes chainées/migrées s'impose ? à partir de quel % par rapport au nombre total de lignes de la table ?

Quelle astuce permettant de vérifier l'effet (performances) avant et après suppression de ces lignes ?
merci

[pachot]

Bonjour,

J'ai détecté dans une table de 1 Million de lignes , 1000 lignes chaînées / migrées soient 0.1%. Est-ce suffisant pour les supprimer ?

Si ce sont des lignes chaînée, vous ne pouvez rien y faire (sauf changer de taille de bloc).
Si ce sont des lignes migrées, est-ce que ça vaut le coup d'avoir plus d'espace libre dans tous les blocs afin d'éviter ces quelques lignes migrées ?
Sur des FULL TABLE SCAN, probablement pas: les lignes migrées ne posent pas de pb.
Sur des accès par index, ça peut rajouter un bloc de plus à lire.
Mais ce serait intéressant de comprendre la raison pour laquelle ces lignes ont été migrées.

Quelle astuce permettant de vérifier l'effet (performances) avant et après suppression de ces lignes ?

La stat 'table fetch continued row' peut aider (à comparer avec 'table fetch by rowid')

Cordialement,
Franck.

[devkais]

Bonjour,

Si ce sont des lignes chaînée, vous ne pouvez rien y faire (sauf changer de taille de bloc).

db_block_size=8Ko (base 11.2.0.3 AIX 6.1)
Quel est l'impact de l'augmenter à 32Ko par exemple ? risque ?

Si ce sont des lignes migrées, est-ce que ça vaut le coup d'avoir plus d'espace libre dans tous les blocs afin d'éviter ces quelques lignes migrées ?

C'est une bonne question mais comment juger ?

Mais ce serait intéressant de comprendre la raison pour laquelle ces lignes ont été migrées.

J'ai remarqué que j'ai des tables avec pct_free=0 !!! peut-être c'est la cause des lignes migrées...

La stat 'table fetch continued row' peut aider (à comparer avec 'table fetch by rowid')

J'ai vu que si le ratio Table fetch Continued row / Table fetch By rowid est
> 0.1%,il faut étudier les lignes chaînées et essayer de les supprimer ...?

[devkais]

bonjour ,

Quelle est la meilleure méthode pour étudier les lignes chainées/migrées ?

1/ Calcul des stats puis vérifier CHAIN_CNT pour chaque table ?

ou

2/ ANALYZE TABLE...LIST CHAINED ROWS ?
merci

[pachot]

1/ Calcul des stats puis vérifier CHAIN_CNT pour chaque table ?

Non: dbms_stats ne touche pas CHAIN_CNT (malheureusement)

[devkais]

bonjour

j'ai traité les 1000 ( 0.1 % du total des lignes) chainées / migrées mais aucun gain suite à cette optimisation.
Est-ce normal ?
merci