| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Re[2]: ORDER -- was Re[2]: Sequences in OPS/RAC
How about removing any holes via some sort of batch process, ie: Insert into
staging tables using any old sequence, don't worry about gaps. Then,
periodically upload this to the main tables using either a sequence or a
local pl/sql counter. I can think of a number of variations on this theme.
Regards
Daid Lord
> -----Original Message-----
> From: Thater, William [mailto:William.Thater_at_carrier.utc.com]
> Sent: 06 November 2003 14:49
> To: Multiple recipients of list ORACLE-L
> Subject: RE: Re[2]: ORDER -- was Re[2]: Sequences in OPS/RAC
>
>
> Jonathan Gennick scribbled on the wall in glitter crayon:
>
> > Would NOCACHE really prevent loss of sequence values? It
> seems to me
> > that you could still find yourself in a situation where you grab
> > NEXTVAL from a sequence, causing it to increment, and then you
> > rollback your transaction. The sequence, of course, would not
> > rollback, and you'd "lose" a value. I don't know any way
> around this
> > problem using sequences. If it were a requirement not to lose any
> > values, none at all, then I'd probably at least think about
> > alternative solutions.
>
> OK so outside of the select-from-a-table-increment-and-put-it-back
> solutions, what other ones are there that absolutely not have
> gaps. i don't think even that one can make that claim.
>
> --
> Bill "Shrek" Thater ORACLE DBA
> "I'm going to work my ticket if I can..." -- Gilwell song
> william.thater_at_carrier.utc.com
> --------------------------------------------------------------
> ----------
> We have penetrated far less deeply into the regularities
> obtaining within the realm of living things, but deeply
> enough nevertheless to sense at least the rule of fixed
> necessity ..... what is still lacking here is a grasp of the
> connections of profound generality, but not a knowledge of
> order itself.
> - Albert Einstein
> --
If they have come to you in error you must take no
action based on them, nor must you copy or show
them to anyone; please reply to this e-mail and
highlight the error.
Please note that this e-mail has been created in the
knowledge that Internet e-mail is not a 100% secure
communications medium. We advise that you
understand and observe this lack of security when
e-mailing us. Steps have been taken to ensure this
e-mail and attachments are free from any virus, but
advise the recipient to ensure they are actually virus
free.
The views, opinions and judgments expressed in this
message are solely those of the author. The message
contents have not been reviewed or approved by Iron
Mountain.
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services ---------------------------------------------------------------------To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Thu Nov 06 2003 - 09:14:33 CST
 |
 |