Здравствуйте!
Я разработчик и последние пару лет в свободное время работал над созданием многомерного табличного процессора (нечто среднее между Excel и Cognos TM1).

До сих пор я в основном показывал проект другим разработчикам, но мне очень интересно мнение экспертов, которые работают с другими многомерными базами данных.

Демо системы можно найти на сайте https://egeria.rocks (egeria "точка" rocks). Я бы рекомендовал посмотреть короткие вводные видеоролики (к сожалению пока все только на английском), поскольку там все немного сложнее, чем в Excel.

Заранее спасибо за ваше мнение.

P.S. Если есть интерес в использовании системы, я мог бы провести демо через скайп и помочь с созданием ваших моделей.

ShIgor,

- на первом этапе планируется, что пользователь будет загружать и выгружать данные через CSV интерфейс, либо вручную либо через ETL софт (Talend, ...). Прямой интерфейс с другими БД скорее всего появится позже.
Интерфейс с эксель пока тоже через CSV (он их автоматически открывает) или через copy/paste. Вы считаете, что необходим прямой интерфейс с эксель? Скачать срез как на экране или в каком-то другом формате?
- система работает по принципу in memory и скорость некоторых операций пока линейно растет с количеством элементов в измерении. На обычном десктопе в данный момент можно работать примерно с 100.000 элементов в иерархическом измерении без тормозов. В моем бэклоге изменения, которые позволят довести этот предел до 1-10 миллионов. Но в целом система рассчитана на то, что большинство данных хранится в кубах, и отдельные измерения не очень большие. Чаще всего большие измерения можно разложить на несколько более маленьких.
- у меня пока нет ресурсов чтобы добавить дашборды и графики. Кроме того для этих целей уже существует множество решений. Можно например автоматически каждый день перекидывать данные в tableu через CSV интерфейс.
- с помощью кнопок/команд можно смоделировать практически любые workflow процессы (например аппрув нескольких пользователей). О уведомлениях я пока не думал, т.к. мой клиент их не использовал. В каких например случаях они должны посылаться? После сабмита? Регулярно каждый месяц?
- в данный момент связанные модели лучше всего создавать как один документ с несколькими кубами. Связь между документами возможна только через CSV интерфейс. Опять же интересно как вы себе представляете такую связь?
- я не работал с Анаплан по этому сравнивать могу только по наслышке. По сравнению с ТМ1 гораздо проще создать модель вычислений. Не нужны скриптовые языки. Я планирую, что одной из основных особенностей будет доступная цена. Анаплан или ТМ1 средних размеров фирма скорее всего себе позволить не сможет. Плюс экономия времени на разработке модели.

a_voronin,

Размеры измерений: сейчас ~100к элементов, в финальной версии примерно 1-10М.
Размеры куба ограниченны только размером оперативной памяти. На сервере с 64 гб памяти можно обработать куб с примерно двумя миллиардами заполненных ячеек. Ограничений по незаполненным ячейкам практически нет (есть, но цифры астрономические).

ShIgor,

• ссылаться на эксель довольно сложно, так как он непонятно где лежит и может быть заблокирован другими пользователями. Кастамная функция, которая позволит экселю читать ячейки куба это не проблема. Я добавил в беклог.
• Оповещения тоже интересная фича. Я подумаю как ее лучше осуществить.
• Насчет безопасности: из-за законов о хранении личных данных, логин с паролем пока выключен (будет в финальной версии). Документы можно шарить с помощью ссылок (кнопка Share). Можно дать права на часть куба (запись или чтение).
• По моему то что вы называете моделью в моей системе называется кубом (hypersheet). Кубов может быть до 1024 на документ и на скорость обработки данных их количество особо не влияет. Планы и факты мы храним в одном документе в разных кубах. Тогда у вас и ссылки будут очень простыми и общие измерения.
• Насчет попробовать: система уже доступна онлайн и вы можете создать вашу личную модель, которую кроме вас никто видеть не будет. Формат экспортированных документов на 99% будет поддерживаться в финальном релизе (ну или будет способ апгрейда). Если захотите хостить вашу модель у себя, то могу помочь с установкой. Если нужна помощь, пишите на: egeria.planning@gmail.com

L_argo,

С QlikView этот проект ничего общего не имеет. QlikView это анализ, а Egeria - планирование. Egeria позволяет выгрузить данные для анализа в клик.
Эксель - двухмерный, поэтому тут сравнивать тоже сложно. Области применения разные.