Если проблемой является сам суперсет, то вроде бы для него предусмотрена схема работы в кластере Installing on Kubernetes | Superset (apache.org) c балансировщиком нагрузки. Думаю все-таки проблема в источнике данных, хотя информации мало.
В Superset, можно сказать, что нет модели данных. ETL в нем тоже нет. Несколько источников данных есть, но не вижу особого смысла, если есть общее хранилище данных.
Датасет не один, а под каждым графиком или таблицей свой датасет. Далее все это компонуется в дашборд. Таким образом, один дашборд может быть по нескольким датасетам.
P.S. SQL запрос внутри Superset лучше не делать, а подсовывать ему готовое представление (view), тогда запросы в базу при применении фильтров будут оптимальны.
У нас нет тормозов. Доска отрисовывается быстро, даже если карточек много. Kanboard развернут на ubuntu, БД postgres. Конфигурация сервера минимальная. Версия взята пару лет назад. Docker не используем.
Наша ситуация отчасти похожа на описанную, хотя возможность ICF у нас тоже имеется. В системе уже есть довольно много хороших Z-интерфейсов, которые можно использовать, не привлекая разработчиков ABAP.
Конечно, подключение RFC на начальной стадии потребует возни с библиотеками и параметрами коннекта, но это разовое действие.
Если кто-то может высказаться на тему преимуществ/недостатков RFC/ICF, то было бы интересно узнать Ваши мнения.
Добрый день! Когда вы подключаетесь к RFC, SAP проверяет полномочия вашего пользователя. Таблицы сможете прочитать те, которые разрешены правами. (Конечно лучше создать специальную учетную запись для интеграции).
Добрый день! нормальная метрика, но в формуле неточность. Сумму модулей расхождений между фактом и прогнозом нужно поделить на сумму факта (или сумму плана)
Если проблемой является сам суперсет, то вроде бы для него предусмотрена схема работы в кластере Installing on Kubernetes | Superset (apache.org) c балансировщиком нагрузки. Думаю все-таки проблема в источнике данных, хотя информации мало.
Разработчики пишут, что это "Data Visualization Platform", а не "BI Platform", что вполне соответствует истине.
В Superset, можно сказать, что нет модели данных. ETL в нем тоже нет. Несколько источников данных есть, но не вижу особого смысла, если есть общее хранилище данных.
Датасет не один, а под каждым графиком или таблицей свой датасет. Далее все это компонуется в дашборд. Таким образом, один дашборд может быть по нескольким датасетам.
P.S. SQL запрос внутри Superset лучше не делать, а подсовывать ему готовое представление (view), тогда запросы в базу при применении фильтров будут оптимальны.
У нас нет тормозов. Доска отрисовывается быстро, даже если карточек много. Kanboard развернут на ubuntu, БД postgres. Конфигурация сервера минимальная. Версия взята пару лет назад. Docker не используем.
Конечно, подключение RFC на начальной стадии потребует возни с библиотеками и параметрами коннекта, но это разовое действие.
Если кто-то может высказаться на тему преимуществ/недостатков RFC/ICF, то было бы интересно узнать Ваши мнения.