ЕС
Руководитель планирует сам данные в Табло анализировать? Если да - то это аргумент, если нет - там вам любой BI подойдет с этой точки зрения, потому что у всех есть веб версия для конечных пользователей. Хоть с Ubuntu сидите )
Да, частично сам.
Size: a a a
2021 March 09
AB
Всем привет, может быть может кто-то подсказать следующий момент: нужно избавиться от выбросов( процентиль 90). То есть оставить только те величины , котрые меньшие или равны процентилю в данной категории. Писала так:{FIXED [Тип заявки]: PERCENTILE([value],0.9)} - так считается процентиль и {FIXED [Тип заявки]: [value]<=PERCENTILE([value],0.9)} - таким обрахом хотела отсечь величины, но пишет ошибку
EL
Я работал с Power BI, там с этим вообще никаких проблем нет даже в бесплатной версии. Просто указываешь ссылку на веб-страницу, и, если там есть таблицы с данными, он их сам забирает и использует.
Проблема в том, что у руководителя MacOS, поэтому смотрю Tableau.
Каверзный вопрос сторожилам: в чем Tableau лучше Power BI? :)
Мне показалось что в интерфейсе при работе с самими графиками в некоторых места поудобнее.
Вот с коннекторами сложнее. И информации на русском меньше.
Проблема в том, что у руководителя MacOS, поэтому смотрю Tableau.
Каверзный вопрос сторожилам: в чем Tableau лучше Power BI? :)
Мне показалось что в интерфейсе при работе с самими графиками в некоторых места поудобнее.
Вот с коннекторами сложнее. И информации на русском меньше.
Это жэсть какая то)))) какие страницы с данными? Какие таблицы в хтмл? Сто у вас там за таблица?)) кто ее создатель?
EL
Проблема в том, что это ноутбук руководителя.
Поэтому у меня есть два варианта:
1) Убедиться, что Tableau нам подходит.
2) Обосновать чем не подходит
Поэтому у меня есть два варианта:
1) Убедиться, что Tableau нам подходит.
2) Обосновать чем не подходит
Ну если вам надо таблички из хтмл забирать и вот этим занимается ваш руководитель то наверное табло вам не подходит... купите ему винду и занимайтесь таким на павербиае))
EL
Нет, сейчас у него часть есть в Google BigQuery. Часть у меня в PowerBI. Часть выводится в вебе из базы CRM. Сейчас хотим это всё объединить и систематизировать
Нашел ответ
АП
Aljona Barbanova
Всем привет, может быть может кто-то подсказать следующий момент: нужно избавиться от выбросов( процентиль 90). То есть оставить только те величины , котрые меньшие или равны процентилю в данной категории. Писала так:{FIXED [Тип заявки]: PERCENTILE([value],0.9)} - так считается процентиль и {FIXED [Тип заявки]: [value]<=PERCENTILE([value],0.9)} - таким обрахом хотела отсечь величины, но пишет ошибку
попробуйте посчитать персентили как измерения и отфильтровать. Вот статья с похожими расчетами https://interworks.com/blog/wjones/2015/08/14/percentile-distributions-dimension-tableau/
AB
Спасибо
EL
В CRM есть API, но проще и эффективнее запросы к базе писать и вынимать что нужно.
Сейчас вопрос, что использовать на конечном этапе в качестве BI: Tableau или PowerBI.
Сейчас вопрос, что использовать на конечном этапе в качестве BI: Tableau или PowerBI.
Вот тут вы пишите что запросы к бд но при этом чуть выше пишите что проще джейсоны дергать - так что же проще?)
ЕС
Ну если вам надо таблички из хтмл забирать и вот этим занимается ваш руководитель то наверное табло вам не подходит... купите ему винду и занимайтесь таким на павербиае))
Таблички - не проблема. Просто это сразу же первая трудность, с которой столкнулся. Которая в PBI вообще не трудность. Это скорее к вопросу об общем впечатлении.
> пишите что проще джейсоны дергать
Я имею ввиду - запросы в отдельном скрипте, на выходе которого JSON.
В самой CRM много разрозненных данных, многие из которых не нужны. Кроме того, система модульная и для каждого модуля по несколько таблиц. Штатная API работает по модулям.
Поэтому удобнее делать запросы к БД, объединяющие все необходимые модули и результат выдавать в JSON. А уже его подхватывать.
> пишите что проще джейсоны дергать
Я имею ввиду - запросы в отдельном скрипте, на выходе которого JSON.
В самой CRM много разрозненных данных, многие из которых не нужны. Кроме того, система модульная и для каждого модуля по несколько таблиц. Штатная API работает по модулям.
Поэтому удобнее делать запросы к БД, объединяющие все необходимые модули и результат выдавать в JSON. А уже его подхватывать.
АП
Таблички - не проблема. Просто это сразу же первая трудность, с которой столкнулся. Которая в PBI вообще не трудность. Это скорее к вопросу об общем впечатлении.
> пишите что проще джейсоны дергать
Я имею ввиду - запросы в отдельном скрипте, на выходе которого JSON.
В самой CRM много разрозненных данных, многие из которых не нужны. Кроме того, система модульная и для каждого модуля по несколько таблиц. Штатная API работает по модулям.
Поэтому удобнее делать запросы к БД, объединяющие все необходимые модули и результат выдавать в JSON. А уже его подхватывать.
> пишите что проще джейсоны дергать
Я имею ввиду - запросы в отдельном скрипте, на выходе которого JSON.
В самой CRM много разрозненных данных, многие из которых не нужны. Кроме того, система модульная и для каждого модуля по несколько таблиц. Штатная API работает по модулям.
Поэтому удобнее делать запросы к БД, объединяющие все необходимые модули и результат выдавать в JSON. А уже его подхватывать.
А зачем выводить результат в json, если можно сразу его в Табло грузить?
EL
Таблички - не проблема. Просто это сразу же первая трудность, с которой столкнулся. Которая в PBI вообще не трудность. Это скорее к вопросу об общем впечатлении.
> пишите что проще джейсоны дергать
Я имею ввиду - запросы в отдельном скрипте, на выходе которого JSON.
В самой CRM много разрозненных данных, многие из которых не нужны. Кроме того, система модульная и для каждого модуля по несколько таблиц. Штатная API работает по модулям.
Поэтому удобнее делать запросы к БД, объединяющие все необходимые модули и результат выдавать в JSON. А уже его подхватывать.
> пишите что проще джейсоны дергать
Я имею ввиду - запросы в отдельном скрипте, на выходе которого JSON.
В самой CRM много разрозненных данных, многие из которых не нужны. Кроме того, система модульная и для каждого модуля по несколько таблиц. Штатная API работает по модулям.
Поэтому удобнее делать запросы к БД, объединяющие все необходимые модули и результат выдавать в JSON. А уже его подхватывать.
У вас уже есть бд - зачем Джейсон?))
EL
Конкретно скажите - зачем джейсон? У вас там админ сложил данные так?
ЕС
А зачем выводить результат в json, если можно сразу его в Табло грузить?
С этим я ещё не разобрался )
Т.е. можно прямо в Tableau формировать запросы к БД?
Т.е. можно прямо в Tableau формировать запросы к БД?
EL
С этим я ещё не разобрался )
Т.е. можно прямо в Tableau формировать запросы к БД?
Т.е. можно прямо в Tableau формировать запросы к БД?
Ну да. Какая у вас бд?
ЕС
MySQL в основном
EL
MySQL в основном
Ну драйвер поставить и погнал
АП
С этим я ещё не разобрался )
Т.е. можно прямо в Tableau формировать запросы к БД?
Т.е. можно прямо в Tableau формировать запросы к БД?
Да. Можно напрямую запросы делать, можно экстракты (типа import в PBI)
EL
Да. Можно напрямую запросы делать, можно экстракты (типа import в PBI)
И то экстракт тоже по сути запрос))
EL
Да. Можно напрямую запросы делать, можно экстракты (типа import в PBI)
Тут скорее формат хранения результатов запроса - лайв в памяти или на диске)
ЕС
Правильно я понимаю, что Tableau не будет забирать таблицы целиком из БД, а заберет данные исходя из запроса?