Ситуация:
идет ежедневная загрузка из оракловой вьюхи в куб. Со временем вьюха разрослась и селект, соответствущий условиям выбора в инфопакете, выполняется ~ 1 мин. В связи с этим статус у инфопакета желтый, кол-во перенесенных и вставленных = 0 и процесс "последовательное" считывание длится бесконечно.
Вопрос: что с этим можно поделать? Если можно увеличить время для селекта по условиям выбора где-то в инфопакете, то как это сделать??
Заранее благодарен.

Интересно, как время выполнения селекта влияет на статус инфопакета? тут или селект долго думает и ничего не возвращает или выборка слишком большая и тянет большой объем данных. Измените условия инфопакета, попробуйте загрузить данные скажем только за 1 день, час, минуту (минимального объема).

2 Louder

Читаете из Oraclo-вой вьюхи, которой нет в словаре данных и из самописного экстрактора? Используете Native SQL?

Если да, то возможно раньше все ваши данные укладывались в один пакет, а теперь, когда их стало много, очередной пакет начинает заполняться после DB_COMMIT-а, что делает недействительным курсор в нативном SQL-е.

2 Louder

Вдогонку... Вы написали, что загрузка идет ежедневно, но такое впечатление, что загружаете все данные из вьюхи. Любопытно как у вас составлен SQL-запрос... он читает всю вьюху, а потом фильтрует на ABAP-е или генерит SQL-запрос с критериями отбора в WHERE?

2 Louder

Ну и совсем уже вдогонку. Есть ведь ST05 где можно посмотреть план выполнения запроса. Я надеюсь только, что он выдает план выполнения фактический, а не формальный. В нем можно посмотреть идет ли полное чтение или используются индексы. Не следует также забывать, что индекс построенный в Oracle при выборе оптимизатором типозависим от входных переменных.

Всё так, данных не стало больше, ибо загрузки ежедневные. Увеличилось время селекта.
Большое всем спасибо за участие, но наши админы уже починили вьюху. У нее были битые индексы и по одной из таблиц при обращении к ней происходил фул скан.
Вопрос закрыт, еще раз спасибо