|
|
|
Publicité ' | |||||||||||||||||||||||
25/02/2008, 14h30
|
#1 |
|
Membre du Club
 Inscription : décembre 2006 Messages : 119  |
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.
__________________
La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si. |
|
00
|
|
26/02/2008, 10h45
|
#2 |
|
Membre expérimenté
  Inscription : décembre 2003 Messages : 480 |
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.
__________________
*** OPN Exadata Specialist *** *** OCE Performance Tuning 11g *** *** OCE Rac 10g *** *** OCP DBA 9i-10g-11g *** |
|
|
00
|
|
26/02/2008, 11h08
|
#3 |
|
Membre habitué
 
Responsable d'exploitation informatique Inscription : mars 2005 Messages : 437 |
Qu'est ce qu'il dit ??
__________________
apprenti sorcier Oracle & boulet intérimaire... http://www.courtois.cc/murphy/murphy_informatique.html |
|
|
00
|
|
27/02/2008, 09h38
|
#4 |
|
Membre du Club
Inscription : décembre 2006 Messages : 119 |
en tous cas ça n'a pas l'air de répondre trop à cette question ...
__________________
La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si. |
|
|
00
|
|
27/02/2008, 10h28
|
#5 | |
|
Membre éprouvé
  Inscription : décembre 2007 Messages : 354 |
Citation:
 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
__________________
Consultant et formateur Oracle |
|
|
|
00
|
|
27/02/2008, 12h19
|
#6 |
|
Membre du Club
Inscription : décembre 2006 Messages : 119 |
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...
__________________
La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si. |
|
|
00
|
|
27/02/2008, 12h48
|
#7 | |
|
Membre éprouvé
Inscription : décembre 2007 Messages : 354 |
Citation:
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 ...
__________________
Consultant et formateur Oracle |
|
|
|
00
|
|
02/06/2008, 11h47
|
#8 |
|
Membre du Club
Inscription : juin 2003 Messages : 87 |
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 ? |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com