но.. там же.. стрелочка меняет угол! реализация то интересная.
по поводу реального применения - тут видимо стоит сперва поизучать материалы ниже :DDD хотя руки то тянутся!

спасибо, интересно!)

Коллеги, добрый день.
А можно как-то сделать, чтобы экстракт обновлялся на сервере только за текущий и прошлый месяцы. (Данные по остальным месяцам оставались прежними)
Это похоже на инкрементал, но возможны удаления и изменения в старых данных в диапазоне 2 месяцев. Поэтому поставить инкрементал на измерение даты, я так понимаю, никак не решит эту задачу.

Я думаю что нет

Видели табло сдк?

Может генерить экстракт скриптом?

а если сделать два экстракта?

А склеивать потом их как? В препе?

через union

Эти два экстракта будут же как два разных датасорса. Я не уверен, но вроде из двух датасорсов нельзя юнион делать.

Оч..интересное обсуждение! По ссылкам читаю - получается, что для автомобиля и тех средств, где данные меняются прямо на глазах, такие диаграммы довольно эффективны. Но при отображении бизнес-показателей они теряют все свои плюсы... еще я их встречаю кое-где в сфере энергетики - там в SCADA иногда применяют такие диаграммы для показания мощности агрегатов например. Но это тоже скорее дань традициям...

скорость важна в моменте, для метрик важна история. при этом считать значение одного числа из текста проще, чем со стрелки

Коллеги, добрый день еще раз. Вслед за вопросом об экстрактах появился вопрос о производительности на стороне Tableau Server. У нас есть очень объемный экстракт, который делается из вьюхи в GreenPlum и на стороне Табло к нему джоинится еще несколько справочников. В результате получается простыня в 50 млн строк со множество столбцов. Экстракт этой простыни весит 4 Гб. На основании этой простыни делается табличный дэш, в котором отображается несколько показателей по несокльким аналитикам, а остальные аналитики (порядка 20 шт) вынесены в панель фильтров. Если мы все это дело крутим в дектоп версии, установленной на серверной машине, то все работает сносно. При этом, экстракт лежит отдельным hyper-файлом. А вот когда мы ту же историю закидываем на сервер и пытаемся открыть его под каким-нибудь пользователем из-под веба, то все жестко висит. Невыносимо жестко)
Мы уже провели аналитическую работу и смотрели на несколько возможных причин:
1) Виртуальный/физический сервер - в нашем случае сервер виртуальный, но на нем выделено ядер в 2 раза больше, чем требуется для физического, что в целом должно показывать одинаковую производительность
2) Процессы на табло сервере показывают абсолютно бОльшую загрузку процессом run-vizqlserver. Порядка 40% всей загрузки ОП. В сети говорят, что это тоже в порядке вещей, что этот процесс является самым прожорливым в плане памяти
3) Протестировали разницу в работе книг со встроенным экстрактом и книг, ссылающихся на экстракт в отдельном файле - разницы не заметили
4) Сейчас тестируем экстракт вида multiple tables - но ввиду ограничений для реализации такого подхода (джоины только "=", невозможность использования UserFilter, невозможность инкрементального обновления), то его мы использовать в дальнейшем не сможем, сейчас тестируем просто на предмет проверки гипотезы об увеличении производительности при таком подходе к экстрактам
5) Есть гипотеза о том, что сильное торможение при работе с веб-версией связано с тем, что для каждлго пользователя, который заходит в этот дэш, подгружаются все данные таблицы (50 млн строк), что и сказывается на быстродействии (его отсутствии).
Есть ли у вас дополнения/инсайты по тому, как заставить нашу модель работать на сервере через веб? Буду крайне признателен за любую помощь!

50 млн строк - не так много на самом деле. Процессоры вам не помогут, отрисовка всё равно в один поток идёт. Во-первых вы можете включить performance recording на сервере, чтобы не гадать, а точно знать где тормоза. Навскидку предположу что большинство лагов из-за фильтров.

Даже если сразу все 50 млн выведены?)

А сколько маркс на визе?

смешно )

Есть один виз, на котором примерно 50 млн, на остальных от тысячи до миллиона