TABLE SUBPARTITION access via db file sequential read

nokite
Дата: 07.03.2011 11:28:17
Добрый день,
в трейсе много ожиданий db file sequential read:
WAIT #4: nam='db file sequential read' ela= 4127 file#=106 block#=374 blocks=1 obj#=519423 tim=1299483817797208
WAIT #4: nam='db file sequential read' ela= 9288 file#=106 block#=375 blocks=1 obj#=519423 tim=1299483817806574
WAIT #4: nam='db file sequential read' ela= 327 file#=106 block#=377 blocks=1 obj#=519423 tim=1299483817806971
WAIT #4: nam='db file sequential read' ela= 335 file#=106 block#=378 blocks=1 obj#=519423 tim=1299483817807349
WAIT #4: nam='db file sequential read' ela= 15102 file#=31 block#=2003 blocks=1 obj#=519512 tim=1299483817822520
WAIT #4: nam='db file sequential read' ela= 6010 file#=34 block#=2003 blocks=1 obj#=519516 tim=1299483817828660
WAIT #4: nam='db file sequential read' ela= 7287 file#=35 block#=3091 blocks=1 obj#=519520 tim=1299483817836025
WAIT #4: nam='db file sequential read' ela= 1556 file#=35 block#=3115 blocks=1 obj#=519520 tim=1299483817837620
WAIT #4: nam='db file sequential read' ela= 15281 file#=106 block#=471 blocks=1 obj#=519424 tim=1299483817852965

запрос
select 
owner,segment_name,segment_type
from
dba_extents
where file_id = 106 and 471 between block_id and block_id + blocks -1;

TABS_CORE PROCESS_EVENTS TABLE SUBPARTITION

показывает, что все они относятся к subpartitions одной таблицы (PROCESS_EVENTS).
Эта таблица партицирнирована по RANGE (поле типа DATE) и сабпартиционирована по HASH.
Почему в этом случае не делается db file scattered read?

На всякий случай цепляю сырой трейс.

Заранее спасибо!
nokite
Дата: 07.03.2011 11:28:58
Timur Akhmadeev
Дата: 07.03.2011 12:25:16
nokite
Почему в этом случае не делается db file scattered read?

А зачем?
GL
Дата: 07.03.2011 12:31:58
nokite,

Запрос и план - в студию!
Думаю, для вас не является секретом, что разные медоты доступа к данным подразумевают разные способы физического чтения информации с носителей.
wurdu
Дата: 07.03.2011 13:20:27
Потому что TABLE ACCESS BY LOCAL INDEX ROWID PROCESS_EVENTS. А должен ли там быть nested loop и доступ по индексу - надо смотреть план с предположениями оптимизатора.
nokite
Дата: 07.03.2011 16:49:57
Помогло изменение db_file_multiblock_read_count с 128->16.
Это исходный трейс (после tkprof)
nokite
Дата: 07.03.2011 16:50:57
sorry.
А это - после изменения 128->16.
wurdu
Дата: 08.03.2011 00:38:07
nokite
sorry.
А это - после изменения 128->16.
Ничего не поменялось (да и не могло поменяться).