but if you direct load dups into a table with a unique cons/index, won't the index be left as 'UNUSABLE' thus necessitating an index rebuild anyway. If the index was non-unique, then this is not a problem, but in this case, you don't need KEEP INDEX anyway.
Happy New Year Cheers Connor --- Rachel Carmichael <[EMAIL PROTECTED]> wrote: > > unique constraint, unique index: > > - "keep index" redundant because effectively > retains > > the constraint anyway (because you still can't > insert > > dups) > > > > > you can insert dups via sqlloader using direct=true > > so in my case, this would indeed be helpful and > without the "keep > index" I lose the index when I do an alter table > drop constraint > > Keep index sounds like it will help me in this > scenario: > > primary key constraint with unique index > insert dups via sqlloader & direct=true > drop constraint with keep index > recreate constraint with exceptions into exceptions > table > delete dups > re-enable constraint > > this doesn't happen often, and we are working to fix > the app so it > doesn't put the dups into the input file for the > sqlload. However, > until it gets fixed, I need to do the above so that > we actually have > usable indexes on the partitioned fact tables > > --- Connor McDonald <[EMAIL PROTECTED]> wrote: > > I'm a little doubtful about the value of 'keep > index'. > > > > Consider the scenarios: > > > > unique constraint, non-unique index: > > - "keep index" redundant because its kept anyway > > > > unique constraint, unique index: > > - "keep index" redundant because effectively > retains > > the constraint anyway (because you still can't > insert > > dups) > > > > > > So far, the only use for KEEP INDEX I've found is > the > > scenario where you: > > > > - decided that column(s) X was the primary key > > - created a unique index on it > > - created a primary key constraint on it > > - loaded the data > > - decided actually X was NOT the primary key, just > a > > unique value > > - decided that X could allow nulls as well > > - dropped the primary kept, kept the index and > then > > added a unique constraint... > > > > I would contend that this is a rare occurrence ? > > > > Cheers > > Connor > > > > > > --- Rachel Carmichael <[EMAIL PROTECTED]> > wrote: > > > sigh. I need to find time to read ALL the docs. > > > Yeah, that'll happen. > > > If I can find a parallel universe where time > runs at > > > a different rate. > > > > > > Thanks, I'll test this out as well. > > > > > > > > > --- Arup Nanda <[EMAIL PROTECTED]> wrote: > > > > In 9.2, you can keep the index by using the > KEEP > > > INDEX key words. > > > > > > > > ALTER TABLE XXX DROP CONSTRAINT PK_XXX KEEP > INDEX > > > > > > > > This will keep the index but drop the > constraint. > > > Talk about having > > > > your > > > > cake and eating it too...;) > > > > > > > > HTH > > > > > > > > Arup > > > > ----- Original Message ----- > > > > To: "Multiple recipients of list ORACLE-L" > > > <[EMAIL PROTECTED]> > > > > Sent: Friday, December 27, 2002 4:39 PM > > > > > > > > > > > > > it'll have to wait until Monday, I'm not at > work > > > until then. I'll > > > > try > > > > > it with a non-unique then > > > > > > > > > > Hey, if it works, it saves me tons of time, > I > > > learn something new > > > > and I > > > > > had fun developing the single SQL statement > to > > > rebuild the > > > > constraint > > > > > and index. Win-win > > > > > > > > > > > > > > > Rachel > > > > > > > > > > --- Denny Koovakattu <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > > > > > > > > > > > I don't have access to 9.2.0.1 right > now. > > > But can you try > > > > creating > > > > > > a non- > > > > > > unique index instead of the unique index. > If > > > you create a unique > > > > > > index, it gets > > > > > > dropped. That's the behavior on 8.1.x > also. > > > But if it's a > > > > non-unique > > > > > > index, it > > > > > > shouldn't get dropped. > > > > > > > > > > > > Regards, > > > > > > Denny > > > > > > > > > > > > Quoting Rachel Carmichael > > > <[EMAIL PROTECTED]>: > > > > > > > > > > > > > 9.2.0.1 Solaris, and yes, it does drop > it > > > > > > > > > > > > > > I created a unique index in the primary > key > > > columns > > > > > > > I created the primary key constraint > without > > > specifying an > > > > index > > > > > > > I checked that the index existed, it did > > > > > > > I dropped the primary key constraint > > > > > > > I checked that the index existed, it > didn't > > > > > > > > > > > > > > try it.... I tried various combinations > > > before posting this > > > > note > > > > > > > > > > > > > > > > > > > > > --- Denny Koovakattu > <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > If you build a separate index to > enforce > > > the primary key, > > > > > > Oracle > > > > > > > > shouldn't > > > > > > > > drop it when you disable or drop the > > > primary key. > > > > > > > > > > > > > > > > Regards, > > > > > > > > Denny > > > > > > > > > > > > > > > > Quoting Rachel Carmichael > > > <[EMAIL PROTECTED]>: > > > > > > > > > > > > > > > > > Here's a reason: > > > > > > > > > > > > > > > > > > have you ever tried to find the > three > > > duplicate rows in a > > > > 12 > > > > > > > > million > > > > > > > > > row table without using the primary > key > > > constraint? I've > > > > had to > > > > > > > > > disable > > > > > > > > > or drop the constraint in order to > use > > > the exceptions > > > > table. > > > > > > Once > > > > > > > I > > > > > > > > do > > > > > > > > > that, even if I've built a separate > > > index that enforces the > > > > > > > primary > > > > > > > > > key > > > > > > > > > constraint, Oracle drops the index. > So I > > > HAVE to rebuild > > > > it. If > > > > > > I > > > > > > > > > allow > > > > > > > > > the index to be rebuilt when I > re-enable > > > the primary key > > > > > > > > constraint, > > > > > > > > > it > > > > > > > > > builds it in the default tablespace > of > > > the table owner, not > > > > > > where > > > > > > > I > > > > > > > > > want it. > > > > > > > > > > > > > > > > > > if anyone has a better way to fix > this > > > problem, I'm more > > > > than > > > > > > > happy > > > > > > > > to > > > > > > > > > hear it! It's a data warehouse and > the > > > third party app has > > > > a > > > > > > bug > > > > > > > we > > > > > > > > > can't find and on occasion sqlloads > (via > > > direct path) > > > > duplicate > > > > > > > > rows > > > > > > > > > > > > > > > > > > Rachel > > > > > > > > > > > > > > > > > > --- Jared Still <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > > > > > > > > > > > > > Though I have published a script > for > > > determining indexes > > > > that > > > > > > > > > > need to be rebuilt, and then > > > rebuilding them, I have to > > > > say > > > > > > > that > > > > > > > > > > this is almost never necessary. > > > > > > > > > > > > > > > > > > > > Why are you rebuilding indexes? > About > > > the only reason > > > > for > > > > > > ever > > > === message truncated === > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > http://mailplus.yahoo.com > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.net > -- > Author: Rachel Carmichael > 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). > ===== Connor McDonald http://www.oracledba.co.uk http://www.oaktable.net "GIVE a man a fish and he will eat for a day. But TEACH him how to fish, and...he will sit in a boat and drink beer all day" __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: =?iso-8859-1?q?Connor=20McDonald?= 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).