Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Oracle 10g Rowid Question
there is a new ROWID format, for bigfile tablespaces -- but since that's a new
10g feature, that cannot be the reason for delays during a conversion of an
existing database ...
apart from that, all data block do have slightly different block format bytes -- but that's only one update per block, not per row.
then, if you have bitmap indexes, there are some improvements implemented in those structures -- but as far as I remeber correctly, Oracle does the needed updates in a "lazy" manner. to be more precise, "lazy" is not a good term; you have to manually rebuild them yourself to benefit from less DML overhead. newly created bitmap indexes automatically use the new structure.
and of course I am overlooking some other reasons why things are slower the first time you access migrated data -- you can safely assume that they are for good reasons :-)
kind regards,
Lex.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On
Behalf Of Deepak Sharma
Sent: Friday, September 09, 2005 18:41
To: Ric Van Dyke; oracle-l_at_freelists.org
Subject: RE: Oracle 10g Rowid Question
Thanks.
One of the concerns someone raised is "All old rows in database will have slowness the first time they are read or updated due to conversion to 10g.". I am trying to find out if this indeed is true, and one of the things came to mind was if rowid format changed, which doesn't seem to be the case.
> If you are asking "has the rowid format changed in 10g?" then the
> answer is no.
>
-- http://www.freelists.org/webpage/oracle-lReceived on Sat Sep 10 2005 - 07:51:47 CDT
![]() |
![]() |