As others have pointed out, the need to "cache a large table" should always be questioned carefully.
Having said that, your best bet is probably to create a KEEP pool (parameter db_buffer_pool_keep in 8.1, db_keep_cache_size in 9), and assign the table to the KEEP pool in its STORAGE declaration. If you do this, then I don't think you even need to define the table to be a CACHE table, but you might as well. You will need to allocate enough buffers in the KEEP pool to hold the entire table, plus a little spare for current clones and CR copies if you expect the table to be subject to updates and concurrent query. Regards Jonathan Lewis http://www.jlcomp.demon.co.uk Coming soon a new one-day tutorial: Cost Based Optimisation (see http://www.jlcomp.demon.co.uk/tutorial.html ) Next Seminar dates: (see http://www.jlcomp.demon.co.uk/seminar.html ) ____England______January 21/23 ____USA_(CA, TX)_August The Co-operative Oracle Users' FAQ http://www.jlcomp.demon.co.uk/faq/ind_faq.html -----Original Message----- <[EMAIL PROTECTED]> To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]> Date: 07 January 2003 05:15 >Hi List, > > I have a requirement for caching the data of a huge table in memory. >Is it just running the command Alter table <tablename> cache or something >else? What are the pros and cons of caching a table's data? Could anybody >advise me in this regard? Any help in this regard is very much appreciated. > >Thanks and Regards, -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Jonathan Lewis 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).
