Hi! > The benefits of spreading the data over as many physical access paths ( ~ > disks ) using multiple datafiles notwithstanding, there is always the case > of too much. Keep in mind that at checkpoint time the DBWR need to visit > the header of every ( non read-only ) datafile. That's unlikely to be an
The number of files had some impact in older Oracle versions (7.x). Starting from 8.0 I believe, this issue is somewhat relieved, as you probably know. Not all file headers are updated together and the update doesn't have to go to disk immediately (this goes for checkpoints caused by log switches). Also, in older versions db_files parameter affected DBWR batch size and some buffer cache structures as well, IIRC. The biggest number of files I've had in a production database is about 1150, 960MB each. On WindowsNT4... =8Žo Tanel. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Tanel Poder 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).
