Класс, в связке с qsAPI на py(для управления qrs), вообще бомба!

Сам возился с Engine API, понял, что это API, лежит в самом "ядре" Qlik, если так можно выразиться. С удовольствием приму Ваш опыт! Спасибо за информацию, так держать!

Коллеги, задался вопросом: возможно подключиться к qlik api, из скрипта загрузки? Пока придумал только:
1. Записать данные в файл и прочитать его процессом, который использует api. Возможно сделать без этих костылей?

можно проксирующее приложение использовать которое из Engine данные забирает на выходе REST получается

а из скрипта REST API коннектором

Обычно такие вещи которые другие приложения читают в QVD сохраняют используя скрипт

А тут нет какого-нибудь бота, который бы чистил такие сообщения?)

Сегодня на конференции CNews «Большие данные и аналитика 2021» опытом развития BI-self-service на основе Qlik Sense поделился Владимир Бакланов, руководитель аналитического департамента, Вымпелком. За полгода в компании удвоили число self-service пользователей аналитики, которые самостоятельно создают приложения для своих задач. Их в компании уже более 400. Владимир рассказал, как обучают пользователей и разработчиков аналитики Qlik Sense в Вымпелком, и как развивают внутреннее комьюнити. Скоро опубликуем презентацию и видео выступления!

Ок, ждём!

почистила 🤓

Заметил тут такую штуку в одном старом приложении QV.
скрипт типа такого вида:

table:
LOAD   поле1,
 поле2,
 поле3
LOAD
 field1 as поле1,
 field2 as поле2,
 field3 as поле3
from data.qvd;

То есть первый LOAD выгружает данные из виртуальной таблицы, которая сформировалась во втором LOAD.
Чем может быть оправдан такой подход по сравнению с классическим Resident?

Кроме того, что в случае с Resident "материнскую" таблицу, в конце-концов, надо будет дропнуть

https://help.qlik.com/ru-RU/sense/February2021/Subsystems/Hub/Content/Sense_Hub/Scripting/load-data-from-previously-loaded-table.htm
там все пояснения и не только

ага, познавательно 👍

первый лоад не выгружает данные из второго лоада. Оба лоада формируют единый вложенный запрос к источнику. Удобно использовать для ссылок на вычисляемые по длинным формулам поля.

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

Минутку внимания) Кто пытался настраивать инкрементальную загрузку из БД в QVD, знает - за видимой простотой нужно учитывать кучу нюансов, например:

- Нужно сначала создать QVD файл, а потом писать вокруг него инкрементальную загрузку;
- Нужно предусматривать сценарии для полной перезагрузки данных, если изменился набор полей в источнике;
- Нужно контроллировать содержимое переменных, содержащих отметки времени о последней загрузке;
- Возможно, вам придется разбираться с часовыми поясами, в которых фиксируются данные — если они не совпадут со временем на сервере Qlik, придется корректировать таймстампы в функции now().

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

Вы можете воспользоваться ей.

http://bi2business.ru/inkrementalnaya-zagruzka-iz-baz-dannyh-universalnyj-modul/

👍🏿

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

Спасибо, но я Евгений)