Т.е. на выходе сохраняется массив, который можно безопасно использовать в учебных целях/аутсорсной разработке. Интересны кому детали? Могу осветить в статье)

Давай статью!! ))

Кстати, редко используется, но очень функционально load from_field, когда поле используется как источник данных. Ты вполне можешь в генератор моделей потом добавить и это)

Даже не слышал о таком, в чем фишка?

Ну смотри, вот есть поле, в котором сложная строка, граф, что-то ещё, json например и тп, и ты загрузить можешь эту конструкцию распарсив, ну скажем load < разные преобразования и поля > from_field (Геоданные, Адрес); где Геоданные - ранее загруженная таблица, Адрес - поле этой таблицы.

Всем привет! Направьте мои мысли на верный путь, плз. Я - начинающий в этой области. Выполняю тестовое задание. Как преобразовать время 00:00 часов в формат 24:00 часа? Голову уже сломал, ответа никак не найду.

Оно может уже в формате mm:dd…

А зачем 24 часа отображать?  Вроде 23:59 -> 00:00

аналогичный вопрос)

возможно вы имели в виду отображение не времени в сутках, а общего кол-ва времени. Тогда число надо форматировать функцией interval()

Мне нужно создать поле "после 22:00" в таблице - чтобы там отображались значения "да" и "нет".  Я сравниваю часы работы с 22, если больше - то "да". А вот с 00:00 сравнение не верное, получается 00 меньше 22. Возможно я просто не в том направлении мыслю.

вам нужно работать с числовым значением метки времени, а не с текстовым

Хотя...

00:00 - это уже следующий день)

23:59:59.999

Подсказка 🙂

текущий день заканчивается на 23:59:59.999

Ну да, это уже следующие сутки)

Благодарю вас, господа) не в том направлении думал)

В Qlik системах данные в модели данных хранятся или числом, или текстом или в формате dual, то есть и число и текст. (Integer, time stamp и прочие типы на самом деле лишь теги, которые детализируют один из трёх вышеуказанных форматов), соответственно все, что касается дат или времени лучше сравнивать в числовом формате. Что касается сравнения периодов, то сходу, может быть все не столь однозначно, как в текущей задаче, когда есть рубеж одних и других суток (полночь), также и когда рубеж лет (дни декабря и первые дни января). Если требуется, скажем, сутки разбить иначе нежели они реально представлены, скажем время от 22:00 до 03:00, один период, от 03:00 до 08:00 второй, от 08:00 до 18:00 третий, от 18:00 до 22:00 и далее по кругу, существуют различные варианты как это сделать, но самый простой - это сделать руками таблицу таких интервалов и после использовать например функцию intervalmatch, чтобы у вас появилось поле с этими границами с привязкой к исходному полю времени.