BI-платформы и зачем изучать разные варианты
Недавно на собеседовании меня спросили, что самое сложное я делал в плане BI-дашбордов. Кейсов было много, сразу же я вспомнил один из них: задачу, которая с трудом решалась в моём любимом Superset, но легко выполнялась в Power BI.
Когда я пришёл в сервисный департамент LG, там в принципе вся обработанная база данных была на MS Access. В ней было проблемно всё, а переносить данные на SQL и какой-либо BI-инструмент было необходимо. Наша IT-команда предложила развернуть open-source решение без лицензии. Так мы пришли на Superset и не уходили с него больше двух лет моей работы.
Главная боль Superset проста: для любой настройки сверх базовых функций нужно знание SQL, а то и HTML-верстки, RLS-фишек для доступов и много чего ещё. Когда мне потребовалось сделать дашборд для списка сервисов с фильтрами по типу техники, возник нюанс: авторизация на ремонт типа техники в исторической таблице была размазана по 20 столбцам. А волшебной кнопки для транспонирования - разворота столбцов в строки - внутри дашборда не было.
Осложнялось всё тем, что список сервисов постоянно пополнялся. Количество строк в витрине менялось, статичной структуры не было, а коллега обновлял таблицу в любой момент рабочего дня.
В итоге пришлось писать отдельную хранимую процедуру на SQL. При обновлении данных в исходной исторической таблице запускалась процедура, которая формировала ещё одну, уже готовую для дашборда. Даже с нейросетью пришлось попотеть, так как я такие штуки раньше не писал. В самом Superset я настроил автообновление дашборда раз в час, чтобы не дергать коллегу. Скриншот с фрагментом кода выше, в нём уместилось лишь 30–40% процедуры).
Почему всё это не заботит любителей Power BI? Потому что они решают это одной кнопкой в разделе «Преобразование данных» - «Транспонировать». Выделил на ещё одном скриншоте. Порядок транспонирования настраивается один раз, сохранияется и автоматически обрабатывается при изменении источника.
Собственно, поэтому я особо не удивил своим примером на собеседовании, и вопросы продолжились.
По схожим причинам, если раньше в требованиях к BI-аналитику указывали только Power BI, то сейчас просят опыт минимум в двух, а то и трёх платформах. Раньше это был стандартный набор: Power BI, Tableau, Qlik Sense. Сейчас - куча open-source решений вроде Superset, импортозамещенные Навигатор, Datalens, Форсайт и так далее. Более того, кто-то уже крутит свои творения на базе Claude и аналогов, которые должны сами верстать HTML и обновлять данные. Но реально рабочих историй я пока не видел: везде требуются ручные правки и дополнительные действия, которые хлеще моей SQL-процедуры для транспонирования.
Как у вас с BI-системами? Сталкивались с подобным, когда в одной системе - мучение, а в другой задача решается в пару кликов?
· вчера
Вот у меня обратная история. Мне проще на Superset, чем на каком-либо коробочном решении, например, Visiology. Потому что столкнулся с нестандартной задачей.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Да тут скорее про то, что надо знать больше одного инструмента. Сам после 2 лет на Superset очень его ценю, т.к. решал все необходимые задачи с ним
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён