Правда в совдной таблице ячейки будут некомфортно расширенные)

Я б заказчику сказал "Клик так не может, давай придумывать подругому"

Ух спасибо что столько вариантов накидали, а так часто сталкиваюсь к сожалению с тем, чтоб работа у клика с таблицами ограниченная.

Он-Лайн трансляция с мероприятия Qlik: https://youtu.be/6mh0wvKwXmE

Рекомендуем посмотреть

Выступления будут записаны

Но можно и прямо сейчас присоединиться

Георгий, о каком сообществе шла речь по обсуждению эффективности решений  BI ?

Прошу!:)

Делимся примерами, обсуждаем, дополняем!

Спасибо, Зафиксировали 🙂

Мы ушли от хранения данных в Qlik Sense, так как их джоин на уровне трансформации происходит медленнее чем ан oracle... А говорят зря, поделитесь, а как у вас? просто дожоин по одному полю 40 млн строк - 5 минут, в Oracle (таблица партицирована) 1-2 минуты. НЕсколько джоинов 10 минут против 1 часа... Есть другой опыт?

applymap

Все контекстно. Факт, что некоторые операции быстрее отрабатывают на стороне БД. агрегирования там всякие, вложенные запросы и т.д. В этом случае лучше переносить обработку данных на сторону запроса. При этом стоит учитывать что такие запросы грузят непосредственно БД и надо предусмотреть инкремент, а также график обновления данных чтобы не страдала учетная система.

Хранить данные в QVD вам всеравно нужно, просто вы будете сохранять не исходные таблицы БД, а результаты выполнения запроса.

Также, бывают ситуации когда БД не вытягивают нужной обработки данных, тогда она пилится на клике

Мы решили подготовку данных вести в оракле и потом сохранять без обработки в клике в qvd

Ну вот и славно)

Чтение из qvd, в разы быстрее выгрузки из БД

Тут вопрос не про чтение из QVD, а то что подготовка данных на стороне запроса к БД в некоторых сценариях быстрее чем аналогичная операция в клике