Hi all,

Need to know if the following is possible in Oracle(any version):-

I have a table of around

(a) 30 Columns
(b) 20 out of 30 are indexed
(c) around 1 million (1,000,000) records.

Most of the time there will be heavy reads (select queries) on this table except for some 100-400 records to be inserted in a day. The newly inserted records will not be selected by the queries for the next 24 hours (this is based on some business logic), thats for sure.

Now the problem is when ever a record(s) is inserted the entire bunch of indexes is updated/rebuild by the Oracle which considerably slows down the throughput of the system during that period of time (until all indexes are updated).

Can we have a solution whereby indexes should not be updated when a record(s) is inserted, because I know that these records will not be the part of the query for the next 24 hrs. The indexes will be re-built manually/scheduled during the off-peak hours once a day. In this way, the next day, new records inserted a day before will be ready to be fetched by the queries.

Note- I can't put my indexes offline not for a single minute during peak hours.

Any clues?



Please see the official ORACLE-L FAQ: http://www.orafaq.com
Author: Marul Mehta
INET: marul_at_zycus.com

Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
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).

Search Discussions

Discussion Posts

Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 1 of 2 | next ›
Discussion Overview
grouporacle-l @
postedAug 31, '02 at 5:38p
activeAug 31, '02 at 6:28p

2 users in discussion

Naveen Nahata: 1 post Marul Mehta: 1 post



site design / logo © 2022 Grokbase