Bonjour,
j'aurais voulu savoir si le fait de mettre des partitions en ENABLE ROW MOVEMENT (en 9i ou 10g) avait des conséquences particulières, notamment sur les performances.
Any idea ?
Merci.
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
enable row movement
Bonjour,
j'aurais voulu savoir si le fait de mettre des partitions en ENABLE ROW MOVEMENT (en 9i ou 10g) avait des conséquences particulières, notamment sur les performances.
Any idea ?
Merci.
You use online segment shrink to reclaim fragmented free space below the high water mark in an Oracle Database segment. The benefits of segment shrink are these:
■ Compaction of data leads to better cache utilization, which in turn leads to better online transaction processing (OLTP) performance.
■ The compacted data requires fewer blocks to be scanned in full table scans, which in turns leads to better decision support system (DSS) performance.
Qu'est ce qu'il dit ??
en tous cas ça n'a pas l'air de répondre trop à cette question ...
J'ai envie de réctifier la questionEnvoyé par pat29
En fait cette clause est apparue dans Oracle 8i pour les tables partitionnées. Dans Oracle 10g, elle est valable pour toutes les tables et non seulement pour les tables partitionnées.
Je n'ai vraiement pas fait de mesures particulières mais en principe je ne vois pas comment ça peut affecter la performance. Si nous nous plaçons avant 10g, INSERT, DELETE et SELECT n'ont rien à faire avec cette clause. Seule l'instruction UPDATE est concernée.
La réponse de Marc concerne 10g et la réorganisation des tables ayant cette clause activée
Si cela n'affecte pas les performances alors on peut systématiquement les mettre toutes en ENABLE ROW MOVEMENT pour éviter des erreurs sur les update ?
Du coup je ne vois pas l'intérêt de ne pas mettre cette option systématiquement en 9i...
Disons que le problème est plutôt applicatif!
En fait, avant Oracle 8i et la permission de modifier la partition d'une ligne, Oracle garantissait que le ROWID d'une ligne ne change pas après l'insertion de la ligne! C'est une première infraction à cette règle et je dirais que c'est la seule qui peut être le résultat d'une instruction LMD. Tout autre possibilité est la conséquence d'une instruction LDD.
Alors, les ROWIDs sont utilisés dans certaines applications et l'hypothèse majeure est que le ROWID d'une ligne ne change pas. Cette configuration va poser alors des problèmes à ces applications ...
bonjour,
avec cette clause, je suppose que les index suivent les mouvements de rowid .
sinon si il n'y pas de problème applicatif , il y a t il d'autres raison pour ne pas implémenter cette clause ?
Répondre avec citation
Partager