Разный план выполнения запроса.

roadster,

select /*+ ORDERED USE_NL(hc) */ cut_id, substr(kato,1,2) ab,substr(kato,1,4) abcd,

короче вот так заработало нормально.

Valadey
короче вот так заработало нормально.

ну направил куда надо, вот и заработало.
хотя по уму не помешало бы разобраться, при наличии времени и желания, почему сам оптимизатор туда не пошёл.

Valadey
mefman, то что они разные я и сам вижу, одна 11.2.0.2 другая 11.2.0.4

Не только СУБД, но и БАЗЫ (на физическом уровне) разные. Экспорт-импорт - это уже значит, что данные и индексы наверняка лежат на дисках не так, как в оригинале. Табличными пространствами и особенно системной статистикой тоже следует поинтересоваться. Другая статистика => другая стоимость, а от другой стоимости могут следствием быть другие планы.

roadster,

3й день разбираюсь, уже нет желания ковырятся)

Valadey
roadster, select /*+ ORDERED USE_NL(hc) */ cut_id, substr(kato,1,2) ab,substr(kato,1,4) abcd, короче вот так заработало нормально.

Почему у тебя статистика в байтах отличается на базах? Что за хитрый экспорт-импорт? В select'е еще ладно. И то 10% уже сложно не заметить. А на INSERT одинаково байтов должно уходить, если данные одинаковые.

Perl'ун,

expdb из 11.2.0.2 impdp в 11.2.0.4 схем. Ошибки были тока по некомпиленым объектам.

Мог ли APEX внести изменения в какиенибудь параметры БД?
apex_4.2.6 был установлен на чистую БД 11.2.0.4, после чего был сделан импорт данных.

Perl'ун
Почему у тебя статистика в байтах отличается на базах? Что за хитрый экспорт-импорт? В select'е еще ладно. И то 10% уже сложно не заметить. А на INSERT одинаково байтов должно уходить, если данные одинаковые.

В актуальных должны быть, в estimated не обязаны - это всего лишь оценка.