I certainly agree. especially the (new in 10g) support for globally hash-partitioned indexes is great for this reason; if you are only concerned about index contention, leave the table unpartitioned and only hash partition your index(es)... Lex. > ----- Original Message ----- > We both reached the conclusion the best approach to contention problems in > situations like these (header block contention) is to hash partition as much > as we can (and dare) and forget about fine-tuning segment-headers, freelists > and all that jazz. Much better bang-for-buck of our time. Same applies to > RAC and clustered situations where there may be block (or row) contention. > > Just hash partition the table + indexes over 50 or so splits and be done > with it. 99 times out of 100 it's all you need to do, the remaining 1% > you ask a guru to sort it out. Would you agree? ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------