Система бизнес-анализа логистики на QlikView

Коллеги, предлагаю поучаствовать в обсуждении темы.

Для анализа из учетных систем (любых (пример SAP, MS AX/NAV, Oracle, 1С и др.) в режиме реального времени) в систему бизнес-анализа загружаются данные по:
1. продажам/отгрузкам;
2. закупкам;
3. остаткам товаров (может собираться из транзакций по продажам);
с самой низкой детализацией (до транзакции, со всеми атрибутами)

Любой анализ может осуществляться как по компании в целом, так и по отдельным торговым точкам, регионам, товарам, их группам, категориям, торговым маркам, поставщикам и т.п. за любой выбранный период: год, полугодие, квартал, месяц, неделя, день. Решение позволяет осуществлять анализ в режимах on-line и off-line, доступно для работы на iPhone и смартфонах, позволяет гибко настраивать права и полномочия пользователей.

Из реализованного:
1. Оборачиваемость/динамика/ сегментация вложений средств в товары с разной оборачиваемостью
2. Упущенный сбыт
3. Коэффициент наполнения/ out-of-stock
4. ABC/XYZ по любым измерениям/ двумерный — по 2-м измерениям (я вижу тут целая ветка форума выделена для обсуждения этого вида анализа — у нас это наверно самая простая часть решения)
5. матрица оборачиваемость/маржинальность
6. прогнозирование (делали совместно с Батуриным А., http://www.4analytics.ru/ )
7. анализ неликвидов
8. анализ взаиморасчетов с поставщиками/покупателями (дебиторка/кредиторка)
9. удобный сравнительный анализ
10. расчет всех необходимых KPI в он-лайн режиме
11. анализ вторичных продаж
и многое другое.
Решения сделаны для цепочки: производство-дистрибьютер-ретейлер.

Пример по производительности: у компании федерального игрока на retail-рынке из данных по чекам и остаткам размера 3Tb, данные сжались до 12Gb на диске и разворачивались до 45Gb в оперативной памяти (10 лет работы компании). Остатки считались с максимальной детализацией (до SKU 400.000 и магазина). На технологиях OLAP отчет считался около 6 часов, а в этом приложении мы достигли скорости до 40 секунд.
Подробнее ТУТ

Ну разве что сделали систему с развитой поддержкой многопоточности и параллелизма, т.е.,  обеспечели выполнение истинного параллелизма, а не простое переключение между задачами, которе создает иллюзию одновременного выполнения задач.
Таким образом и достигли скорости считывания отчёта. Ну в принципе возможно.
В языке С++ есть алгоритм Quicksort и соответсвенно функция quick_sort, рекрурсивное разбиение данных, т.е., на 2 части и т.д. и т.п.
В стандартной библиотеке С++ есть std::asunc(), т.е., с помощью этой фенички запускается асинхрнонная задача дл\ меньшей половины и вызывая std::asunc(), мы как бы просим С++ самостоятельно решить, имеет смысл действительно выполнять задачу в номвом потоке или сделать это лучше синхронно. Правда я так и не нашёл на чем написана Система, а так есть и еще ряд решений, например вместо того, чтобы запускать новый поток для каждого рекурсивного вызова, можно поместить подлежащий сортировке блок данных в потокобезопасный стек, который в свою очередь проанализировав его и если ему делать больше и нечего просто сам берёт еще один блок  из стека и занимается его обработкой, сортировкой.
Ну примерно как-то так.
Правда реализацию живьём я еще не видел, поэтому и интересен был бы кодик:-)

Валерий, к сожалению код — это ноу-хау QlikTech, за это и берут деньги.

Сейчас текущая версия QlikView — 11, версии выпускаются 1 раз в год. То есть они уже 10 лет работают над технологией.

Мы как партнер готовы продемонстрировать эту скорость в действии.

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

У нас стояла. QlikView. Да и сейчас стоит. Не прижилась. Страдает ровно теми же проблемами, что любая аналитика.
1. Слишком сложна для конечных пользователей.
2. Выдаёт массу аналитики, а вот готовых решений или интерпретации — не выдаёт.

Система аналитики, для переваривания результатов которой и адаптации их для конечных пользователей нужен целый отдел аналитики — штука весьма бесполезная.