Size: a a a

2020 February 26

ЕС

Евгений Стучалкин... in Qlik BI chat
Сергей Кравченко
Мне всегда казалось это наоборот неудобно)) видимо дело привычки... но это даёт огромное количество переменных и на самом деле мало где используются одни и те же формулы, нужно делать функции, а это тоже в любом случае все сразу не исправишь и нет подсветки синтаксиса в экселе и нужно копировать из редакторов. И подстановки пропадают)) не люблю я так))
Ваше мнение может поменяться, когда вам нужно будет исправить формулу не только в мастер айтеме, но и куче полей типа сортировки, пределов, опорных линий)
источник

DS

Daniil Semenov in Qlik BI chat
Я еще в отдельном файле в переменных пути веду
источник

ЕС

Евгений Стучалкин... in Qlik BI chat
Daniil Semenov
так прежде, чем формулу в экселе писать ее надо оттестировать :)

А переменные можно заводить и в sublime, например
для этого прямо в листе клика можно конструктор выражений собрать, который будет показывать твою ормулу в реалтайме. Формулу вывести в таблице, оттуда скопировать и вставить в жксель
источник

DS

Daniil Semenov in Qlik BI chat
ну я к тому, что не вижу трудностей в ведении формул в стороннем файле
источник

DS

Daniil Semenov in Qlik BI chat
потому что синтаскис всё равно проверяется в клике первоначально
источник

СК

Сергей Кравченко... in Qlik BI chat
Daniil Semenov
так прежде, чем формулу в экселе писать ее надо оттестировать :)

А переменные можно заводить и в sublime, например
Я говорю же что или подсветки или автоподстановки нет и копировать нужно что-то куда-то...плюс в том что все менять в одном месте, но то точно не в одной строке, но минус в том что наоборот изменить быстро формулу я не могу, приходится перезагружать проект, а в случае проектов которые загружаются более 30 секунд это крайне неудобно... а есть проекты которые обновляются несколько часов
источник

ЕС

Евгений Стучалкин... in Qlik BI chat
Сергей Кравченко
Я говорю же что или подсветки или автоподстановки нет и копировать нужно что-то куда-то...плюс в том что все менять в одном месте, но то точно не в одной строке, но минус в том что наоборот изменить быстро формулу я не могу, приходится перезагружать проект, а в случае проектов которые загружаются более 30 секунд это крайне неудобно... а есть проекты которые обновляются несколько часов
Partial Reload?
источник

СК

Сергей Кравченко... in Qlik BI chat
Видимо дело привычки))
источник

СК

Сергей Кравченко... in Qlik BI chat
Удобно с бинарной загрузкой))
источник

DS

Daniil Semenov in Qlik BI chat
Раньше рекомендовали слой данных и визуальный слой держать в разных qvw
источник

DS

Daniil Semenov in Qlik BI chat
Тогда перезагрузка не займёт много времени)
источник

СК

Сергей Кравченко... in Qlik BI chat
Daniil Semenov
Раньше рекомендовали слой данных и визуальный слой держать в разных qvw
Я сам рекомендую))) но Эксель переменными не люблю)) это мое мнение)))
источник

DS

Daniil Semenov in Qlik BI chat
Я тоже не веду в экселе)
источник

GE

Galina E in Qlik BI chat
Евгений Стучалкин
Ваше мнение может поменяться, когда вам нужно будет исправить формулу не только в мастер айтеме, но и куче полей типа сортировки, пределов, опорных линий)
Вот я тоже как-то не люблю в отдельном файле. Повторений не так много обычно. Редактировать/проверять/изменять все равно в Qlik. Конструктор сейчас,конечно, даёт возможность смотреть саму формулу, но все равно , по мне так мало удобно, да и с точки зрения передачи приложения на поддержку кому-то еще, сомнительно, что удобнее и понятнее будет
источник

DS

Daniil Semenov in Qlik BI chat
Веду в .qvs часто используемые)
источник

IB

Igor Burobin in Qlik BI chat
Andrey Demidov
Коллеги!

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

Просим вас поделиться своими идеями и подходами в этой области. Это поможет многим участникам найти для себя новые подходы, ну или подискутировать и аргументировать противоположную точку зрения )))
Со стандартизацией того что мы делаем столкнулись сразу и оказалось что все в порядки и все стандартизируют! Но у каждого разработчика свой самый правильный подхох и каждый по своему стандартизирует))

Если серьезно то с точки зрения дизайна визуализаций мы используем в разработке определенные аксиомы (которые как правило в Qlik Sense и так сложно нарушить):
1. Никакого 3D;
2. Никакого градиента;
3. Все листы одного приложения должны содержать одинаковые элементы управления в одинаковых местах листа
и тд

Я думаю эти аксиомы у каждого есть кто знаком хотя бы немного с UI/UX.

В остальном все зависит от цели. Каждый паттерн может стать антипаттерном в умелых руках. Вот пара примеров:

Хорошая казалось бы вещь - делать загрузку по слоям и отделять визуализацию от ETL. Но когда это используется неправильно, для какой нибудь таблички Excel получается например что у нас будет штук 5 приложений - одно слой первичных данных, второе слой данных где мы переименовываем поля, третье где мы что-то вычисляем по Excel этому, четвертый слой где эти данные объединены в модель данных и пятой это "основное приложение" с визуализацией куда все загружается из BINARY.

Еще пример - использование переменных в которых настройки или метаданные. Это хорошо когда из штук 200 допустим - цвета интерфейса, основные выражения и всякие вспомогательные. Но бывают такие примеры где вообще все сделано через переменные - разработчик ими настраивает вообще все вплоть до радиуса закругления окошек.
источник

AZ

Alex Zhr in Qlik BI chat
Коллеги, добрый день!
Ситуация: Есть таблица фактов и календарь(естественно связаны по дате), нужно добавить еще одну таблицу, которая будет связана с таблицей фактов, но в ней будут поля дата старт и дата конец( дата формата месяц год).
Как сделать ее периодичной?
Таблица выглядит примерно так : Id,факт, дата старт, дата конец.
Конечно можно сделать из таблицы
1,15, янв2019, мар2019 таблицу
1,15, янв2019
1,15, фев2019
1,15, мар2019 , но такой вариант не пойдет)
Сейчас добавил новую таблицу и связал ее через IntervalMatch с новым специально для нее созданным календарем, думаю через триггер привязать этот календарь к основному, но явно же есть способ проще и изящнее)
источник

СК

Сергей Кравченко... in Qlik BI chat
Igor Burobin
Со стандартизацией того что мы делаем столкнулись сразу и оказалось что все в порядки и все стандартизируют! Но у каждого разработчика свой самый правильный подхох и каждый по своему стандартизирует))

Если серьезно то с точки зрения дизайна визуализаций мы используем в разработке определенные аксиомы (которые как правило в Qlik Sense и так сложно нарушить):
1. Никакого 3D;
2. Никакого градиента;
3. Все листы одного приложения должны содержать одинаковые элементы управления в одинаковых местах листа
и тд

Я думаю эти аксиомы у каждого есть кто знаком хотя бы немного с UI/UX.

В остальном все зависит от цели. Каждый паттерн может стать антипаттерном в умелых руках. Вот пара примеров:

Хорошая казалось бы вещь - делать загрузку по слоям и отделять визуализацию от ETL. Но когда это используется неправильно, для какой нибудь таблички Excel получается например что у нас будет штук 5 приложений - одно слой первичных данных, второе слой данных где мы переименовываем поля, третье где мы что-то вычисляем по Excel этому, четвертый слой где эти данные объединены в модель данных и пятой это "основное приложение" с визуализацией куда все загружается из BINARY.

Еще пример - использование переменных в которых настройки или метаданные. Это хорошо когда из штук 200 допустим - цвета интерфейса, основные выражения и всякие вспомогательные. Но бывают такие примеры где вообще все сделано через переменные - разработчик ими настраивает вообще все вплоть до радиуса закругления окошек.
Согласен)) то же самое что и с правками в конституцию)))
источник

AD

Andrey Demidov in Qlik BI chat
Igor Burobin
Со стандартизацией того что мы делаем столкнулись сразу и оказалось что все в порядки и все стандартизируют! Но у каждого разработчика свой самый правильный подхох и каждый по своему стандартизирует))

Если серьезно то с точки зрения дизайна визуализаций мы используем в разработке определенные аксиомы (которые как правило в Qlik Sense и так сложно нарушить):
1. Никакого 3D;
2. Никакого градиента;
3. Все листы одного приложения должны содержать одинаковые элементы управления в одинаковых местах листа
и тд

Я думаю эти аксиомы у каждого есть кто знаком хотя бы немного с UI/UX.

В остальном все зависит от цели. Каждый паттерн может стать антипаттерном в умелых руках. Вот пара примеров:

Хорошая казалось бы вещь - делать загрузку по слоям и отделять визуализацию от ETL. Но когда это используется неправильно, для какой нибудь таблички Excel получается например что у нас будет штук 5 приложений - одно слой первичных данных, второе слой данных где мы переименовываем поля, третье где мы что-то вычисляем по Excel этому, четвертый слой где эти данные объединены в модель данных и пятой это "основное приложение" с визуализацией куда все загружается из BINARY.

Еще пример - использование переменных в которых настройки или метаданные. Это хорошо когда из штук 200 допустим - цвета интерфейса, основные выражения и всякие вспомогательные. Но бывают такие примеры где вообще все сделано через переменные - разработчик ими настраивает вообще все вплоть до радиуса закругления окошек.
Спасибо что поделились!

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

ZS

Zhenya Skrebanov in Qlik BI chat
Коллеги, добрый день! Как насчет немножко юмора? Поделитесь опытом, кто с какими названиями сталкивался и сталкивается? Вот например только что пришел такой перл:)
источник