EZ
Power BI, SSRS и сотни других сервисов и ПО, подходящие по описанному запросу
Size: a a a
2021 October 14
PZ
выглядит как типичное применение для superset.
NC
у нас есть подобные примеры в Oracle BI. По сути: анализ, построенный на прямом запросе к БД (без обращения к кубу)
А
как через power bi обычный юзер может передавать параметры, которые ему нужны? Допустим в таблицы куча наименований с айдишниками, и он, к примеру, должен передать 100 айдишников в sql запрос.
А
а там есть такой функционал? это же по сути аналог Power BI, т.е. юзеры могу фильтроваться по текущему датасету, но не могу изменять этот датасет. Типичный юзкейс описал выше, допустим у нас есть миллионы номенклатуры и юзеру нужно получить данные по определенным 100. Такое можно реализовать в superset?
PZ
ну вообще-то придется потанцевать с шаблонами. не очень то развитое ПО
а если фильтры чисто по датам и группам, то довольно легко все
а если фильтры чисто по датам и группам, то довольно легко все
EZ
PZ
все-таки не очень понятно как по-вашему должен выглядеть интерфейс даже на 100 элементов?
вот если в sql будет уже погруппировано, то тогда нормально
вот если в sql будет уже погруппировано, то тогда нормально
А
ну с датами и Power BI справится легко. Тут дело в том, что пользователи просто фильтруют существующий датасет. Если значений в фильтре не много, то это ок. А если миллионы, то так работать не будет
EZ
если миллионы, то он находит нужный фильтром и выбирает нужный)
А
в веб виде, как я это реализовал сейчас всё просто, юзер просто вставляет список из айдишников в форму, бэк разбирает их и добавляет в sql запрос
А
ну это не серьезно, плюс скорее всего BI ляжет, потому что мы будем тянуть 10ки миллионов строк и потом оставлять 0,01% от них. Не говоря уже о удобстве пользования со стороны юзера
EZ
вы придумываете велосипед)
если не хотите, чтобы BI лег))), создайте на каждый параметр отдельный датасет с нужными таблицами, у вас все будет последовательно подгружаться и все, ничего не ляжет. время обработки каждого запроса для параметра миллисекунды
если не хотите, чтобы BI лег))), создайте на каждый параметр отдельный датасет с нужными таблицами, у вас все будет последовательно подгружаться и все, ничего не ляжет. время обработки каждого запроса для параметра миллисекунды
PZ
ну вообще, в superset можно даже загружать таблички с группами базу чтобы потом уже делать предопределенный join. вместо сложного интерфейса.
а если у вас power bi есть, то вообще никаких проблем.
а если у вас power bi есть, то вообще никаких проблем.
А
вы не понимаете похоже. Давайте еще раз...у юзера есть список айдишек, допустим в Экселе. Ему нужно получить данные именно по этим айдишкам, как ему вставить эти айдишки в фильтр PBI?
PZ
Ну потормозит и потормозит.
EZ
а если хотите так, используйте Machine Learning Services на SQL с подключенным Python и выгружайте напрямую без PBI и тд сервисов, только выведите bat для пользователя, для запуска
А
плюс, опять же...юзеру нужно в результате 1000 строк, а я буду тащить 100 млн. в датасет, чтобы он мог получить малую толику из них
А
а интерфейс для ввода этих данных от юзера какой должен быть? :)