Комментарии 7
Зачем? Вот мне самому непонятно зачем, но вам уже даже на этом этапе нужно, чтобы запрос выполнился успешно - именно потому.
ох, как это иногда... расстраивает )
А можете привести практический кейс когда требуется ввод/редактирование данных пользователем через bi?
Кажется, что когда данных много вряд ли кто-то будет построчно что-то вводить, а если мало, то скорее всего их можно отредачить/добавить в системе откуда они поступили изначально...
да вы правы, но в "кровавом энтерпрайзе" часто по другому - иногда система, "откуда данные поступили изначально" - малодоступна, там другие люди, у них свои принципы работы, свои "планы работ" и т.д. Бывает (и часто), что это "коробка" и дешевле изменить "у нас" чем "у них". Масса ситуаций, правда
Эффективность топ-менеджера обратно пропорциональна числу используемых им информационных систем. Пользовательские фильтры, моделирование что-если, сценарии прогнозов - все требует сохранения хоть где-то (чаще это листок бумаги). Речь о вводе 3-5 параметров, часть которых навеяли "предсказамусы" и обычно они произносятся только вслух.
а еще дашборды забывают все свои фильтры когда страница перезагружается
поэтому работали в чартах, ибо все настройки хранятся в url
"Неудобный компонент выбора периода - как будто "программисты делали для программистов"
потому что раньше было лучше, ибо суперсет постоянно переписывают
и каждый раз после их переписывания приходится переписывать за горе пограмистами, то что они сломали
Упомянутый qlik - это rolap на колоночной, своей СУБД в опер памяти. Molap - это не загрузка в себя, а загрузка в специально организованную бд где агрегаты на пересечениях рассчитываются при процессинга куба, а не на лету как в случае rolap
Нетипичные сценарии использования BI-системы (Apache Superset)