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:[EMAIL PROTECTED] 
> 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
>                 [EMAIL PROTECTED]
> --------------------------------------------------------------
> ----------
> 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
> -- 


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
     This e-mail and its attachments are intended for the
     author's addressee only and may be confidential. 

     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.

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Lord David
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

Reply via email to