Ааа, в этом плане да.

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

и отсюда рождаются решения с циклами и времянками

Случай когда память медленная бывает очень часто. Физически это выглядит так - всё тормозит но ресурсы системы не потребляются. Пользователи говорят админам "У нас тормозит" админы говорят - "Смотрите приклад, у нас ресурсы не на 100% и даже не на 50%". А в реальности какой нибудь старой версии проц или шина которые не в состоянии обеспечивать быстрый обмен просто. Толку от большого объема никакого в данном случае

Коллеги, подскажите, на Win Server 2019 полет нормальный Сенса?

WHERE в optimized load все-таки можно... но только на то, что уже есть (EXISTS) в модели.)
В optimized load можно также вставлять DISTINCT.

#LOAD #QVD #optimized #EXISTS

как-то так.)

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

Именно поэтому, существуют техники оптимайз загузки вида, Temp: load num('') as Field autogenerate 0; Concatenate load Field from data.qvd (qvd); И Field будет загружен как Num с оптимайз лоад.

Р👍еспект.

Distinct же не "построчная операция" или немножко "построчная"?

Спасибо за подробные комментарии по моему вопросу :)

Полезные слова.

👍💥
Заранее в какую-ту таблицу загнать так все "форматируемые" поля.
Потом... в конце скрипта, например, удалить... эту "какую-ту таблицу".)

#LOAD #SCRIPT #FORMAT

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

Здесь нет противоречий. Агрегирование на уровне ассоциативной модели с оператором Distinct можно выполнить на символьной таблице. Эта операция никак не влияет на набор строк в таблице фактов.
А вот операция Distinct применительно к оператору Load по идее должна как раз изменять саму таблицу фактов, построчно убирая в ней выборочные значения строк являющихся повторами

Спасибо, Сергей.
Как все-таки приятно, на фоне многочисленных qlik-like пасхалок в Документации, в нашем Чате встретить реального Архитектора Qlik Системы! 💥👍✌️

Тогда уже кстати немного вопросов по distinct:
- почему он становится атрибутом конечной таблицы, а не текущего оператора?
- что будет если сначала загрузить таблицу с distinct, а потом concatenante в нее без distinct?

ну, если "по-идее"... значит "немножко всё-таки можно" :)

вобщем, если хочешь "хитро-мудрые" фильтры без потери optimized load... храни эти "костыли" в самой qvd-шке. 😉