>Почему так сильно напрягаются операции I/O ?

Одна из возможных причин - когда-то таблица содержала большое количество записей, впоследствии удаленных. Соотвественно High water mark высокий. Full scan читает все блоки ниже HWM, независимо от кол-ва записей в них.

Определить высокий HWM?
Собрать статистику по таблице (ANALYZE TABLE COMPUTE STATISTICS) и сделать выборку из DBA_TABLES по имени таблицы. Там можно посмотреть общее количество записей, средний размер записи, количество занятых блоков и количество выделенных, но не занятых записями блоков. То есть логика действий примерно такая - зная кол-во и средний размер записи, можно примерно вычислить сколько им нужно блоков. Сравнить с реальным значением в поле blocks. Если оно ненамного выше - нормально, если оно больше в разы - тот случай с высоким HWM и есть.
Примерно то же можно получить из пакеджа DBMS_SPACE (в документации довольно подробный пример имеется)

Ну и кстати - это только одна из возможных причин. Может там и не фул скан все портит...

Выдержка из документации:
----------------------------------------------------------------------------
db file scattered read
This event signifies that the user process is reading buffers into the SGA buffer cache and is waiting for a physical I/O call to return. A db file scattered read issues a scatter-read to read the data into multiple discontinuous memory locations. A scattered read is usually a multiblock read. It can occur for a fast full scan (of an index) in addition to a full table scan.

The db file scattered read wait event identifies that a full table scan is occurring. When performing a full table scan into the buffer cache, the blocks read are read into memory locations that are not physically adjacent to each other. Such reads are called scattered read calls, because the blocks are scattered throughout memory. This is why the corresponding wait event is called 'db file scattered read'. Multiblock (up to DB_FILE_MULTIBLOCK_READ_COUNT blocks) reads due to full table scans into the buffer cache show up as waits for 'db file scattered read'.
---------------------------------------------------------------------------

То есть таки имеет оно отношение к фуллсканам. Ну строго говоря, вполне может иметь...