Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Usenet -> c.d.o.server -> Re: rollback segment too small
On Sat, 13 Jun 1998 05:40:38 GMT, rok <rok_at_MCI2000.com> wrote:
>1. You commit every few thousand rows or whatever batch size your rollback
>segment can handle.
>2. I hope you know that you can have more than one data file for each
>tablespace. And there is no limit on number of datafiles for a tablespace,
>I believe. Each datafile can be upto 2GB. So each time you run out of space
>you can add one more datafile of 2GB. So you should not have any problems.
>
Watch out for maxdatafiles in create database and db_files in init.ora! (and /etc/system parameters for maximum number of open file descriptors on unix).
>raghuvir
>
>Ong Chin Hui <chong_at_hq.psa.com.sg> wrote in article
><35820845.273903144_at_butler.psa>...
>> I have an application that keep hitting 'rollback segment too small'
>> problem. The reason is likely due to a large table with a lots of
>> update/insert.
>>
>> The daily batch run application goes like this :
>>
>> main()
>> {
>> // select the unprocessed records using cursor
>>
>> select * from TABLE_A where processed_i = 0
>>
>> // process the records
>>
>> for each record
>> {
>> // processing of record
>>
>> update/insert TABLE_B
>>
>> // update record as processed
>>
>> if no error
>> update TABLE_A set processed_i = 1
>> }
>> }
>>
>> My TABLE_A has 60000-80000 new records per day.
>>
>> Apart from increasing the rollback segment ( it is now 1GB ), what
>> else can I do ?
>>
>> Also, I would like to keep the records in TABLE_A for up to 3-6
>> months, which may overrun the limit of 2GB file size in UNIX. Is there
>> any solution ?
>>
>> Wonder whether those big Database Size user facing the same problem
>> and what solution they have ?
>>
--
These opinions are my own and not necessarily those of Information Quest
or Pebble In The Sky http://www.informationquest.com http://ourworld.compuserve.com/homepages/joel_garry jgarry@nospameiq.com "See your DBA?" I AM the @#%*& DBA! Remove nospam to reply. Sorry.Received on Tue Jun 16 1998 - 18:07:44 CDT