EL
вполне обычно
Что за данные если не секрет
Size: a a a
2020 August 27
ВБ
промышленные показатели порой тесно связаны с бизнесом. плюс для задач, например, по ответам по рекламациям нужен реал тайм ну или почти реал тайм.
Реалтайм контроль нужен на те показатели, на которые ты можешь мгновенно повлиять и получить реакцию. Ответ на тикет это не мгновенное влияние. А те заказчики, которые упираются в этом вопросе просто хотят получить иллюзию того, что они управляют ситуацией.
АЖ
Реалтайм контроль нужен на те показатели, на которые ты можешь мгновенно повлиять и получить реакцию. Ответ на тикет это не мгновенное влияние. А те заказчики, которые упираются в этом вопросе просто хотят получить иллюзию того, что они управляют ситуацией.
глубоко )
АЖ
Звучит как то, что ты себе OLAP куб строишь в табло. Я могу ошибаться, но мне табло не кажется для этого целевым инструментом
а на мой вкус крутить в табло вместо куба как раз очень здорово и он его вполне заменяет. и задача описанная в табло вполне ложиться. интересно почему не целевой? чем для таких задач табло плох?
NB
а на мой вкус крутить в табло вместо куба как раз очень здорово и он его вполне заменяет. и задача описанная в табло вполне ложиться. интересно почему не целевой? чем для таких задач табло плох?
а ресурс инсталляции позволит крутить такие супер таблицы?)
АЖ
а ресурс инсталляции позволит крутить такие супер таблицы?)
такой же вопрос и про кубы можно задать и они частенько тормозят.
NB
такой же вопрос и про кубы можно задать и они частенько тормозят.
при равных ресурсах? сомневаюсь
VS
а на мой вкус крутить в табло вместо куба как раз очень здорово и он его вполне заменяет. и задача описанная в табло вполне ложиться. интересно почему не целевой? чем для таких задач табло плох?
Потому что bi инструменты для визуализации. Если у тебя много данных, много расчётов, много источников, разное качество и гранулярность данных, много пользователей отчётов, ты хочешь иметь возможность нормально это отслеживать, дорабатывать и т.д., то все это делается на стороне хранилища.
Фичи типо tablo prep - это self-service аналитика. Ты пощупал данные, смоделировал пару таблиц и отчётов, не более. На проде такое держать не стоит. Я не помню за давностью обсуждения, но Вячеслав кажется именно прод решение искал
Фичи типо tablo prep - это self-service аналитика. Ты пощупал данные, смоделировал пару таблиц и отчётов, не более. На проде такое держать не стоит. Я не помню за давностью обсуждения, но Вячеслав кажется именно прод решение искал
АЖ
Потому что bi инструменты для визуализации. Если у тебя много данных, много расчётов, много источников, разное качество и гранулярность данных, много пользователей отчётов, ты хочешь иметь возможность нормально это отслеживать, дорабатывать и т.д., то все это делается на стороне хранилища.
Фичи типо tablo prep - это self-service аналитика. Ты пощупал данные, смоделировал пару таблиц и отчётов, не более. На проде такое держать не стоит. Я не помню за давностью обсуждения, но Вячеслав кажется именно прод решение искал
Фичи типо tablo prep - это self-service аналитика. Ты пощупал данные, смоделировал пару таблиц и отчётов, не более. На проде такое держать не стоит. Я не помню за давностью обсуждения, но Вячеслав кажется именно прод решение искал
я же не говорю что табло хранилище заменит, а вот куб вполне.
АЖ
слой кубов
VS
Понятно. Ну я olap кубы видел последний раз на стеке ms sql. Это дорого, хреново маштабируемо, совершенно не гибко, мало спецов. Как класс кубы мне кажется себя изжили. По крайней мере я их встречаю только в старых немецких конторах.
Я под кубом понимаю в первую очередь расчёты. Расчёты должны быть отдельно от визуализации. А значит незачем их делать в табло (bi) (ещё раз я про конечное решение. Играться можно сколько угодно и табло для этого прекрасен). Значит расчёты происходят на стороне хранилища. В слоях dds и dm
Я под кубом понимаю в первую очередь расчёты. Расчёты должны быть отдельно от визуализации. А значит незачем их делать в табло (bi) (ещё раз я про конечное решение. Играться можно сколько угодно и табло для этого прекрасен). Значит расчёты происходят на стороне хранилища. В слоях dds и dm
A
бизнесу не нравится графана - говорят не красиво и сложна
Странно. Там вполне можно настроить красиво. И как раз использовать идеально для ваших целей. А сложна тому кто настраивает или кто смотрит)?
NB
Tableau работает по другому нужно это понимать)
EL
Что то тут все перемешалось
EL
слой кубов
Больше кубов!)
EL
Потому что bi инструменты для визуализации. Если у тебя много данных, много расчётов, много источников, разное качество и гранулярность данных, много пользователей отчётов, ты хочешь иметь возможность нормально это отслеживать, дорабатывать и т.д., то все это делается на стороне хранилища.
Фичи типо tablo prep - это self-service аналитика. Ты пощупал данные, смоделировал пару таблиц и отчётов, не более. На проде такое держать не стоит. Я не помню за давностью обсуждения, но Вячеслав кажется именно прод решение искал
Фичи типо tablo prep - это self-service аналитика. Ты пощупал данные, смоделировал пару таблиц и отчётов, не более. На проде такое держать не стоит. Я не помню за давностью обсуждения, но Вячеслав кажется именно прод решение искал
Воу воу воу... биай инструмент для визуализаций
EL
Сомнительное заключение
EL
Биай это в первую очередь возможность покрутить данные из нескольких источников и найти проблему в бизнес процессе
EL
А вот то что биай позволяет показать (!) результаты твоего анализа в наглядном формате это немного другое
EL
Это ж вершина айсберга - дашборд или чарт