I have a big table too, about 16GB.
It is a vert static one(customer table), will add data
once in it, but queried all the time, and do the
segmentations against it all the time.
It also has 12 indexes. Right now , the performance is
ok. Any special consideration for such a big table.
Thanks,
Harvest.
- Christian Trassens <ctrassens_at_yahoo.com> wrote:
> Don't put it in a buffer keep because of the amount
> of
> consistent gets the table could have. It seems to be
> a
> high volatile table.
>
> Maybe it is too late but you should look on the
> initrans, freelist of the table. Also if the table
> has
> foreign keys, talk with Development to leave the
> table
> without them. I should consider to partition the
> table....maybe a hash one.
>
> Regards.
>
>
> --- Walter K <alden14004_at_yahoo.com> wrote:
> > Hi,
> >
> > I have a table that is going to have a large
> amount
> > of
> > inserts, updates and deletes performed against it
> > daily. Approximately 1,000,000 transactions per
> day
> > (some single-record, some multi-record). The table
> > is
> > ~100Mb in size.
> >
> > I'm looking for some suggestions on what I can do
> to
> > have the most optimal I/O for the table. I've been
> > doing a little reading about buffer pools. Is
> > assigning this table to a KEEP pool a practical
> > approach or is that not going to buy me anything
> > because DML is involved? Does anyone have any
> other
> > suggestions?
> >
> > Unfortunately, I can't put the table on a
> dedicated
> > disk and I am stuck with Raid-5 currently.
> >
> > Any suggestions would be appreciated.
> >
> > Thanks in advance!
> > -w
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Make international calls for as low as $.04/minute
> > with Yahoo! Messenger
> > http://phonecard.yahoo.com/
> > --
> > Please see the official ORACLE-L FAQ:
> > http://www.orafaq.com
> > --
> > Author: Walter K
> > INET: alden14004_at_yahoo.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).
>
>
> =====
> Eng. Christian Trassens
> Senior DBA
> Systems Engineer
> ctrassens_at_yahoo.com
> ctrassens_at_hotmail.com
> Phone : 541149816062
>
> __________________________________________________
> Do You Yahoo!?
> Make international calls for as low as $.04/minute
> with Yahoo! Messenger
> http://phonecard.yahoo.com/
> --
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> --
> Author: Christian Trassens
> INET: ctrassens_at_yahoo.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).
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: CC Harvest
INET: ccharvest_at_yahoo.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).
Received on Tue Aug 21 2001 - 12:08:41 CDT
