SE11 Индексы ...?

хелп не установлен

Оптимизатор нагружает суммирование и группировка, matnr ne space & megbtr <> 0 тоже дают нагрузку....Но это уже СУБД.

Вот это правильно замечено, более того, в документации сказано, что оптимизатор ОТКЛЮЧАЕТСЯ при использовании оператров, отличных от EQ, IN, AND.

ссылкой не поделитесь?

Я думаю ждать не стоит

ну мало ли... мож веяния среди оптимизаторов новые

Use Positive Conditions
The database system only supports queries that describe the result in positive terms, for
example, EQ or LIKE. It does not support negative expressions like NE or NOT LIKE.
If possible, avoid using the NOT operator in the WHERE clause, because it is not supported by
database indexes; invert the logical expression instead.

Using OR
The optimizer usually stops working when an OR expression occurs in the condition. This means
that the columns checked using OR are not included in the index search. An exception to this are
OR expressions at the outside of conditions. You should try to reformulate conditions that apply
OR expressions to columns relevant to the index, for example, into an IN condition.

Using OR
The optimizer usually stops working when an OR expression occurs in the condition. This means
that the columns checked using OR are not included in the index search. An exception to this are
OR expressions at the outside of conditions

Почитайте что пишут в документации оракла - там описывается поведение оптимизатора при условии OR и ни одного упоминания о том что он отключается

Example 2-37 Transforming an OR Query into a Compound Query
Example 2-38 Query Containing OR That Is Not Transformed
Example 2-39 Compound Query Containing OR That Is Transformed

В той документации, что Вы привели, в пунктах:

показано, что, при использовании OR, исходный запрос трансформируется в несколько результирующих запросов, из которых, один или несколько, как правило, используют фулскан.

Отсюда мораль: если можно обойтись без OR - обходитесь.