Коллеги,а никто не проводил исследований, что быстрее работает сейчас конструкция типа load *, ....;
Load * from qvd-файл ;

Или сначала загружаем и потом  делаем преобразования из resident таблиц.

Ранее (несколько лет назад) всегда считала/учили, что второй вариант, но что-то опытные изыскания сейчас говорят, что либо не принципиально, либо первый вариант быстрее.  Причем у первого варианта время исполнения  скрипта всегда быстрее, но либо в 2 раза,либо на не сильно значительнее, но быстрее (менее 30сек) .

да первый быстрее по идее

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

и кстати еще замечено, что часть преобразований можно отдать например на сторону SQL через запрос в самом скрипте клика, тогд тоже быстрее, но это нагрузка на SQL

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

Я выгружаю из источника в qvd и уже из qvd загружаю  +  трансформацию возможную делаю.
Это сущестаенно , просто для меня пости очевидно

Ну если так, то можно выиграть время за счёт первой загрузки в оптимайзед из qvd, а дальше уже крутить вертеть аггрегации, джоины, маппинги и прочее удовольствие.

Да вот в том-то и дело, что выигрыша нет :), скорее в  сумме наоборот.
Поэтому и возник вопрос.

А у вас когда первичная загрузка идёт из qvd нет никаких пребразований точно?

Было дело - сервер был развернут в облаке на 32Gb памяти. Вот на таких примерах и понимаешь разницу в загрузках.

Нет :)

Precending load (первый вариант), судя по всему образует составной запрос со всеми своими уровнями вложенности. Это эквивалент того, как грузить одним лоадом, просто все вычисления оборачивать во много функций. например, если у меня есть поле applymap('map',Field,null()) as MapField, то если я хочу иметь в таблице его, и вычисления на его основе, то с одним лоадом придется писать что то типа floor(applymap('map',Field,null())) as MapFieldFloor, что сделает мой код более сложным в поддержке и чтении. А Precending load позволяет мне в формулах сослаться на имя вычисляемого поля.

По идее, по сравнению с резидентом первый вариант даст выигрыш на время перезагрузки данных из резидентной таблицы.

И кстати каскад лоадов по своей логике не равен резиденту. Вас может ждать сюрприз с исопльзованим rowno() и агрегаций))

еще Precending Load не дружит с кросс тейблом

и сортировки ещё могут "порадовать"

точняк

Ну rowno помню, только apply навешиваю.
Некорректность и сюрпризы не рассматриваю пока.

Не, ну то, что не дружит ясно, я же и не пытаюсь.

я к тому что этот подход по своей логике работы впринципе отличен от резидента. Хотя чаще всего его используют именно как аналог резидента.

А что с аггрегацией, кстати может быть? Вроде не помню возможных косяков при precending  load

там оно с rowno() не дружит. Но точно не помню, давно не сталикивался