Just to confirm what Jay is saying...
I was recently at an Oracle workshop, and  since the
rowid isn't part of the ANSI SQL standard and is a
proprietary pseudo column, they warned us again using
it in building applications. They said, the
improvements could be wiped out in a future release of
the software.


--- Jay Walters <[EMAIL PROTECTED]> wrote:
> Oracle doesn't move rows unless you reorganize the
> database.  If a row grows
> so as to no longer fit in it's current block, then
> the block is chained
> (essentially another physical block is added and the
> two make one bigger
> logical block) and the row just expands into the new
> space with no change of
> rowid.  Note that chained blocks are not a good
> thing. I believe that rowids
> will work fine for what Vinay is trying to do with
> them.  Of course this is
> always subject to change if Oracle changes the way
> the database works.
> 
> That being said, in all the time I've used Oracle
> (15 years) I've never gone
> down this path of using the rowid.  For some reason
> I have a deep distrust
> of this strategy.  Perhaps it was when I was an
> Oracle consultant and
> advised people against doing it.  Who knows.
> 
> Cheers
> 
> -----Original Message-----
> From: K.V. Vinay Menon [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 06, 2001 10:49 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Fast Updates Based on Row
> ID
> 
> 
> Locks will be in place since the rowid stuff is
> applicable only for updates
> and deletes. selects obviously cannot work with
> this!  Also, to the best of
> my knowledge Oracle row ids are fixed unless you
> move them to  new db  i.e.
> export or stuff.
> 
> Vinay
> ----- Original Message -----
> From: "Georg Rehfeld" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 06, 2001 2:57 PM
> Subject: Re: [JBoss-dev] Fast Updates Based on Row
> ID
> 
> 
> > Hi Vinay,
> >
> > as far as I can remember from my Oracle times
> using the ROWID is
> > only allowed inside transactions and when you got
> the row with
> > SELECT ... FOR UPDATE else the ROWID isn't fixed,
> but may change,
> > when other clients update the row (at least when
> the update
> > causes the row to be moved to another block in the
> DB, as the
> > ROWID in Oracle is the physical address of the
> row).
> >
> > I havn't the docs handy, if you have them online,
> then you might
> > search for ROWID until you find that precondition,
> sorry, but I'm
> > pretty sure it exists.
> >
> > In your code I couldn't find checks for either, at
> least the
> > <select-for-update> JAWS option should be
> available and checked
> > for true, migth be this is enough checking there,
> as select for
> > update is valid inside transactions only anyway.
> >
> > regards
> > Georg
> >  ___   ___
> > | + | |__    Georg Rehfeld      Woltmanstr. 12    
> 20097 Hamburg
> > |_|_\ |___   [EMAIL PROTECTED]           +49
> (40) 23 53 27 10
> >
> >
> >
> > _______________________________________________
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> >
>
http://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
>
http://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
>
http://lists.sourceforge.net/lists/listinfo/jboss-development


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to