Использование Saiku-ui без saiku-server/mondrian?

Можно ли использовать компонент saiku-ui с другим поставщиком jolap, отличным от mondrian, или с серверной частью, отличной от компонента saiku-server?

Я искал, но не нашел описания архитектуры того, как эти части сочетаются друг с другом и какие интерфейсы они используют для связи. Может ли кто-нибудь указать мне на понимание того, с чем хочет говорить saiku-ui и что предоставляет saiku-server?

Причина моего интереса в том, что у меня есть набор данных, разбросанных по сотням CSV-файлов, которые я хотел бы запросить с помощью инструмента сводки и построения диаграмм. Похоже, что стандартным способом использования этого с saiku будет процесс ETL для загрузки в СУБД. Однако это будет не простой процесс, поскольку файлы и содержимое, а также способ связи файлов друг с другом различаются, поэтому ETL придется провести тщательную проверку источников данных, чтобы выяснить это.

Учитывая это, мне кажется, что у меня будет три варианта использования сайку:

1) написать сложный ETL для загрузки в rdbms, а затем использовать стандартный драйвер jdbc для предоставления данных модриану. Побочной функцией ETL будет анализ входных данных и запись файла схемы mondrian, описывающего кубы.

2) написать драйвер jdbc для изначального доступа к данным. Этот драйвер будет анализировать sql и предоставлять доступ к базовым таблицам. По сути, это будет пользовательская r/o dbms, написанная поверх CSV-файлов. Соединение jdbc будет использоваться mondrian для доступа к данным. Побочной функцией этой пользовательской базы данных будет создание файла схемы mondrian.

3) написать инструмент, который предоставляет интерфейс jolap для собственных данных (принимает запросы обнаружения и mdx). Это позволит полностью обойти mondrian и взаимодействовать с пользовательским интерфейсом.

Я могу быть немного наивным здесь, но я считаю, что каждый из трех вариантов осуществим. Вариант № 1 является наименее предпочтительным из-за вероятности того, что данные в rdbms перестанут синхронизироваться с файлами cvs. Вариант № 3 наиболее предпочтителен, потому что данные просты, поэтому не требуется много агрегирования, и я подозреваю, что mdx будет легче анализировать, чем sql.

Итак, если бы я мог создать свой собственный источник данных jolap, можно ли было бы подключить к нему инструменты saiku-ui? Где я могу найти информацию о конфигурации интерфейса?


person opeongo    schedule 30.09.2018    source источник


Ответы (2)


Много лет назад @ronaldbouman создал xmondrian — набор инструментов с сервером olap и инструментами веб-интерфейса для просмотра и визуализации xmla. Но этот проект не обновлялся и не имеет исходного кода.

Я только что обновил olap-сервер и библиотеки до последних версий.
Вы можете скачать их здесь и собрать:. https://github.com/Muritiku/xmondrian-build.

Вы можете использовать веб-пакет в качестве примера. Сервер mondrian работает с saiku-ui.

person Muritiku    schedule 14.10.2018

ПО МОЕМУ МНЕНИЮ,

Я бы не был так уверен, как вы, потому что Джулиану Хайду потребовалось более десяти лет, чтобы построить Mondrian (MDX->SQL) и Calcite (SQL), выполнив два ваших последних предложения.

Вы можете просто подумать об использовании Calcite или, что еще лучше, Dremio. Dremio имеет интерфейс JDBC и может запрашивать каталоги файлов CSV в SQL. Я успешно протестировал Saiku поверх Dremio (со схемой, основанной на двух отдельных СУБД). Просто будьте осторожны, чтобы настроить схему таблиц в соответствии со схемой Mondrian v4.

С уважением, Фабрис Этаншо

Dremio

person Fabrice Etanchaud    schedule 24.10.2018