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-системами? Сталкивались с подобным, когда в одной системе - мучение, а в другой задача решается в пару кликов?

#аналитикданных #BI #поиск_работы #SQL #superset #powerbi

BI-платформы и зачем изучать разные варианты | Сетка — социальная сеть от hh.ru BI-платформы и зачем изучать разные варианты | Сетка — социальная сеть от hh.ru