운영 시스템의 버퍼크기가 128KB이고 데이터베이스 블록 크기가 4KB라면 DB_FILE_MULTIBLOCK_READ_COUNT 을 128KB/4KB =32 로 설정한다. 더 작은 값으로 설정했다면, 전체 테이블스캔의
실행 능력이 저하된다.

다음의 절차법을 사용해도 된다.
1. 단일 데이터파일로 새 테이블스페이스를 생성하라
2. 이 테이블스페이스에 인덱스가 없는 테이블을 생성하라
3. 테스트에 대한 시작 통계를 확인하기 위해서 V$FILESTAT을 질의하라
4. 테이블에 전체 테이믈 스캔을 실행하라
5. V$FILESTAT을 질의하고 PhyBlkRds 값을 PhyRds로 나눈다
6.테이블스페이스를 삭제한다.

다음은 이러한 절차를 설명하고 있다.

create tablespace tester
datafile '/opt/oracle/sample/tester.dbf' size 10M reuse
default storage (initial 1M pctincrease 0);

create table TESTING
tablespace tester
as select * from perftest.emp
where rownum < 50000;

select relative_fno from dba_data_files
where tablespace_name ='TESTER';

select phyrds, phyblkrd from v$filestat where file#=9;

select count(*) from testing;

select phyrds, phyblkrd from v$filestat where file#=9;
    PHYRDS  PHYBLKRD
---------- ----------
    45891    166393

DB_FILE_MULTIBLOCK_READ_COUNT 파라미터를 계산한 값보다 높은 값으로 설정하지 말아야한다.

db_file_multiblock_read_count  파라미터는 한번의 I/O 작업으로 읽어들이는  최대 블럭  수를 가리키며  Multi  Block  I/O 에 관련된 파라미터이다.  디폴트 값은O/S에  따라서  다른데 보통 db_block_buffers와 Processes에 의해서결정되며  4~32 정도가 많이 사용된다. 
  이 값을 키우고 SORT/MERGE  를 이용하는 것이 Nested  Loop를 이용하는 경우보다 퍼포먼스가 증가하는가 하는 문제는  Query의 종류와 읽어들이는 데이타의양 (전체에 대한 Percentage)에  따라서 달라지게 된다.
  즉, 이 값이 크면 한번의 I/O로 여러개의 블럭을 읽어오므로 Full Table Scan시에는  퍼포먼스가 증가한다.    하지만 특정 블럭만이 필요한 경우에 불필요한블럭까지 함께  읽어들이므로 디스크를 읽는 시간이 증가할 뿐 아니라 크기가  한정된  Buffer Pool을  많이  차지해  버림으로써  자주  쓰이는  데이타를  밀어내어  오히려  Cache의  효율을  떨어뜨리는 결과를 가져올 수도 있으므로 작업특성에  따라서  적절한  값을  세팅하여야 한다.

  오라클의 Optimizer는 이 값이 크면 작업의 효율성을 위해서 Full Table Scan을  선택할  가능성이 커지게 된다.