Всех с Новым Годом!
Ищу единомышленников по данному продукту.

В России его очень мало используют, незаслуженно я считаю.
Внедрил его уже в 3 компаниях. Сейчас работаю еще над 2 компаниями.
В целом в jedox palo уже 1,5 года.
Да, GPU несомненно интересно использовать.
Отмечу вот какую интересную идею, которая меня посетила за все время работы в проектах:
сотрудники финансово-экономических служб в большинстве своем используют ms excel. Выглядит это следующим образом: есть множество папок с файлами, которые содержат листы со ссылками друга на друга.
Экономисты открывают учетную систему, которая используется в их организации, и копируют оттуда "сырые" данные в excel, которые потом при помощи функций excel обрабатывают и сохраняют результаты в очередном файле.
Учетные системы: 1С, биллинговые системы и т.д.
Так вот, используя palo можно все формулы ссылки из excel переложить в формулы palo (т.н. rules), а коллекции файлов и листов переложить в кубы. Т.о. получится переход от чистого excel в palo (как базу данных) + excel (как интерфейс).
Количество файлов сократится, формулы станут защищенными.
Что касается импорта данных, то данные отлично импортируются при помощи ETL конструктора.
Т.о. идея использовать palo не только как olap, а как расширение возможности excel.
Это и расширяет круг возможных задач, клиентов.
Кому интересно, могу рассказать о минусах \ плюсах, тонкостях продукта при внедрении.

Jurii,

Да, у меня такое тоже было. Выкручиваться приходилось достаточно банально: пишем макрос для преобразования в xml или csv исходных "сложных" excel файлов. Далее уже ETL'им.
Что касается бизнес-логики, то в этом то и интерес - избавиться от excel как держателя бизнес-логики и сделать держателем olap.
Тогда, к примеру можно и writeback нормально использовать.

Jurii2 sqlolap:
Вопрос в том, может ли финансист/экономист запускать макрос, потом закачивать эти данные в PALO, самостоятельно дорабатывать настройки/бизнес-правила PALO, или по этим вопросам он должен обращаться к ИТ-специалистам? И как PALO хранит данные - в одном кубе или в нескольких? Например, если у нас есть бюджет продаж, бюджет ФОТ, бюджет затрат и БДР - сколько у PALO будет кубов?


Вот ответ, почему я продолжил с palo, едва познакомившись с ним. Сперва переживал за то, что если продукт смогут освоит только ИТ специалисты, то меня ждет провал. Оказалось, что продукт достаточно прост и экономисты его успешно осваивают, конечно при должном первоначальном обучении. Кроме того, поняв его логику работы, далее они самостоятельно создают измерения, кубы и формулы. Причина успеха, имхо только простота интерфейса.
Из моей практики: экономисты макрос запускать смогут, настроить ETL по аналогии также смогут. Финансисты в чистом виде, скорее всего вряд ли. Они хорошо строят срезы, но формулы сами правят плохо. Тут причина скорее в том, что их профессия не подразумевает работу с формулами excel так как это умеют экономисты. Для финансиста необходимо достигнуть профицита на р\с балансировкой поступлений\кредитов и провести план-фактный анализ в pivot, drilldown'сь до необходимого уровня. У него расчетов как таковых мало.
К ИТ специалистам приходилось обращаться, когда необходим настроить ETL для импорта xml (xpath все таки), для csv - нет (все проще).
В скольких кубах palo хранит данные? Как зададите. Это может быть многомерный куб, а может быть несколько кубов связанных м\у собой формулами.
На Вашем примере. Я бы сделал 4 куба для простоты понимания: 1 для бюджета продаж, 1 для бюджета ФОТ и т.д.
БДР - куб, который агрегирует результаты. При этом ввел бы измерение версии бюджетов, и мог бы хранить историю бюджетов или возможность прикинуть риски в real-time.
А можно сделать один куб, чтобы при построении среза сразу было видно откуда что.

Jurii,

Palo на низком уровне хранит данные в памяти, периодически синхронизируя их со своими csv, log и archived файлами.
Palo - MOLAP и записи он в реляционной базе не хранит, только если дело касается drilltrough.
Для доступа извне имеется драйвер odbo\xmla, поддерживается mdx. К сожалению, тут у меня пока опыта нет, но в будущем планирую его расширить.
Далее по открытости и сразу о минусах, раз уж обещал. У palo открыт API, планирую сделать для palo расширенный редактор формул, ибо штатный не устраивает в плане полного перехода от excel:

1. при выборе элемента в измерении куба combobox содержит не все элементы. Приходиться названия элементов иногда прописывать руками.
2. при выборе элемента в измерении куба combobox нельзя пользоваться древовидной структурой( родитель-дети или агрегация-базовый элемент). Только выбор самого элемента (родительского или базового), а открыть родительский и посмотреть что там - нельзя.
3. при выборе элемента в измерении куба combobox нельзя пользоваться сортировкой.
4. отсутствует подкрашивание членов формулы, из-за чего текст "сливается" и тяжело формулу читать.
5. отсутствует автовычисление членов формулы, чтобы на этапе конструирования формулы можно было смотреть из каких значений складывается результат, там где это возможно.

Voyager_lan,

1. Интересует какого уровня сложности бизнес-логику (формулы) вы делали в бюджетной OLAP-модели PALO, в частности когда делали БДР? Какие были проблемы?

Это был инвестиционный холдинг, который инвестировал в различные отрасли: от недвижимости до лесопромышленности.
15 компаний.
Порядка 200 базовых статей.
Особых проблем то не было.
В БДР вот какого рода проблему встретил. Если БДР собирается не одной итерацией, то возникает множественные вычисления одних и тех же ячеек. Например, переменные расходы идут как удельник Х программа продаж. При этом программа продаж также не просто задается, а вычисляется. Получается, что при каждом обращении в ячейки БДР, происходят одни и те же итерации. Понятно, что есть кэш. Но если бюджет уже утвержден, то некоторое "подвисание" (на 10-20 сек.) существует, все таки бюджетов масса и доля переменных расходов большая -> много вычислений. Его я убрал методом переноса результата промежуточных расчетов в ячейки, т.е. просто записывал числа в ячейки. Реализовал через ETL.
Проблемы были в БДДС для исключения внутренних оборотов для агрегаций компаний (элемента Холдинг).
Приходилось прописывать формулы для зануления.
Ну и пришла в голову идея создания своего редактора, чтобы облегчить жизнь пользователей palo (см пост-ответ 2 Jurii).

2. WorkFlow и комментарии, - как выкручивались?

С этим в palo проблемы. В новой версии 3.3 есть возможность документирования графами ETL процессов. А вот workflow для бизнес-логики как связи м\у кубами - такого инструмента пока нет.
В своем редакторе формул планирую это момент учесть.
Комментарии создавать можно. Можно создавать атрибуты (текстовые) у элементов измерений и через них документировать, но руками. Зато, всегда документация при базе и нет необходимости тащить doc, vsd и прочее.
Вот какая идея есть: известно, что ETL может извлекать правила. Если их трансформировать в текст, то можно записывать результат в текстовый куб. Если создать регулярный job, то документация будет автообновляться с изменением правил в кубе.
Я возможно неверно вопрос понял, уточните, пожалуйста, что понималось под workflow. Может, Вы имели ввиду возможность выгрузки в шарепойнт какой-нибудь...

Jurii2 sqlolap:
И можно ли в PALO пользователю налету создавать новые версии данных, или нужно работать в заранее заданных версиях?

Из минусов palo: если куб уже создан, то добавлять в него измерение нельзя. Придется создать новый куб и через ETL перенести значения из старого куба.
Если мы говорим о добавлении\удалении элементов внутри измерения - то это можно налету в дизайнере моделей. Это может делать обычный пользователь (если права есть).

Voyager_lan,

Можно реализовать при помощи измерения, назовем его шаг согласования.
Пусть есть куб Согласования.
Права в palo настроить для 3 учетных записей, чтобы каждая учетная запись имело право W только в свой элемент измерения шаг согласования.
В кубе БДР прописать правило, что фактические значения = значение Х значение куба Согласования (!Год,!Месяц, !День, "Финансовый директор"). Если финдир согласовал (значение 1 в кубе Согласования), то результирующий БДР ненулевой.

Voyager_lan,

Инфа по формулам - а что конкретно не получается?
Проекты делал в 3.1, 3.2, сейчас буду делать в 3.3.
Как платные так и бесплатные версии.
Сервер сам не лицензируется.
Цена на октябрь 2011 для Suite: ~ 62 круб. за бессрочную concurent лицензию.
Проблема в том, что производитель их бандлами по 10 шт продает.
С конкурентами не сравнивал, но имхо дешевле чем у гигантов с учетом того, что в suite входит.
GPU дорогой имхо - 120 круб лицензия на одну видеокарту.

Voyager_lan,

Как я понял из переписки с Jedox, минимальная сумма для закупки 620 тыс. руб.
Т.е. 10 купите независимо от того, сколько будете использовать реально :-(
Я думаю, что имеет смысл сначала бесплатную использовать, различия несущественные.

ps привожу переписку
"...We sell Palo for Excel and Palo Suite premium as a concurrent user license. There are no limits on named users, only the number of simultaneous (concurrent) users at a time.
The minimum number of concurrent users for a license is 10.
The price for Palo for Excel premium is 894 Euros per concurrent user
The price for Palo Suite premium is 1490 Euros per concurrent user..."

товарищъ,
Чего нет в бесплатной версии:
Отсутствие Report Manager в web palo. Это собсно никуда не влияет, отчеты сами доступны в File manager.
Отсутствие script в ETL. Сложную логику вызова множества job' ов не реализовать
Отсутствие экспорта в pdf. Экспорт в excel нормально будет работать, как снапшоты, так и со ссылками PALO.DATA(..)
Отсутствие DrillThrough. Drilldown есенно нормально будет работать.
Отсутствие использования многоядерности проца. Зависит от того, насколько тяжелые отчеты будете делать. Подсказка: для быстрого вывода отчетов нужно использовать Paste View и тип выбирать DATAV.
Отсутствие odbc. Pivot сторонними средствами не построить. Не особо и нужно, встроенного Palo analyzer хватает.
Отсутствие пункта Palo (Ribbon) в главном меню Ms Excel. Все возможности Palo доступны в пункте главного меню Настройки.

evgeny080481,

Да, можно дать право #_GROUP_CELL_DATA<Название куба> W - это запись в ячейку.
Включаете в группу необходимых людей и строите проекцию с этой группой.
Подразделения и договора - это разные измерения.
Если говорить про детализацию в pivot (грануляцию): статья расходов -> подразделение -> договор
Файлы не могу - nda. Сделаю тестовую базу и сброшу пару отчетов, давайте email.
По документации Товарищъ уже ответил.
Родная дока на английском вполне достойная.

evgeny080481sqlolap,

если Вы гранулярно планируете расходы опускаясь до уровня договора - как решили проблему исключения в проекциях представления ненужных позиций по измерению договор.( т.е. например есть много филиалов и в каждом заключен свой договор на оказание услуги Х, при выводе проекции у вас получится что в каждом филиале паралельно в измерении договора выйдут позиции всех филиалов - получается большое количество не нужных строк.

Касательно документации - товарищу отдельное спасибо, но такая у меня уже есть (по-моему на русском более лучшего про Пало ничего и нет :)), но там не все формулы описаны. При создании правил гораздо больше выходит какие-то понятные, какие-то нет. может еще какая-то дока есть. + а где родную документашку брали? Хотя с иностанческим я к сожалению не очень :(.

2 способа:
1. в проекции (view) выбирать несколько источников-rows и zero suppression. Идея хорошая, но реализация так себе - palo выводит полный список для всех строк первого столбца. А по идее список должен раскрываться только для выбранного элемента.
2. в web palo analyzer report есть кнопка hide empty rows and columns. Это наиболее подходящая вещь для анализа, т.к. ms excel 2007 pivot через odbc работает плохо (ограничения на количество элементов-родителей и т.п.)
"Лишние" ячейки не будут видны.
Доку брали тут: http://www.jedox.com/en, регистрируетесь и можно скачивать.
Если английский не знаете, не беда - можно конвертировать pdf и через любую прогу переводчик прогнать.
Некоторые вещи в доке не описаны, приходилось методом "тыка".

Дедушка,

Есть там раздел
http://www.jedox.com/en/jedox-downloads/jedox-documentation.html

evgeny080481
Про первый способ - это насколько я понял построение простой проекции?

про второй пока не успел посмотреть - насколько я понял это отдельная примочка для ПАЛО - я пока нашел только пробную версию, а не подскажете - бесплатная где-то есть + может еще какието привески есть и если есть практика их применения насколько они полезны ( т.е. велика ли степень расширения ими функционала ПАЛО)

1. Да, это проекция.
2. смотрите скрин. Это все есть и в бесплатной версии

Бесплатную качать тут: http://www.palo.net/index.php?id=8
Практика применения уже по почте подробнее могу

evgeny080481

есть какие-то определенные условия? ( обещали посмотреть и скинуть несколько отчетов :) )

P.S. Кстати, форум начинался с поиска единомышленников по продукту - для чего единомышленников ищете? :)
Да нет никаких условий, просто время подберу и помогу.
Мне интересен продукт, вот я его и обсуждаю. А единомышленники - для участия в проектах.

ДедушкаДоброго дня.
Следует ли вот из этого:sqlolap...в web palo analyzer report есть кнопка hide empty rows and columns. Это наиболее подходящая вещь для анализа, т.к. ms excel 2007 pivot через odbc работает плохо (ограничения на количество элементов-родителей и т.п.)... что для "серьёзного" анализа, palo стоит использовать только с web palo analyzer?
Можно и проекции.
А можно пример задачи, тогда смогу попробовать ответить?

Дедушкачто нибудь из анализа "что-если" (или динамичный АВС) на наборе достаточно "широких" (на уровне листьев от 30тыс до 30млн) измерений.
ABC делать можно, "что-если" тоже.
Про такие объемы не скажу. 30 млн элементов в одном измерении? В Palo 3.3 до 4 млн элементов вдоль одного измерения поддерживается.
Или же все таки обрабатываемых ячеек в кубе?
У Palo есть GPU модуль для работы с большими отчетами, рекомендуемая видеокарта NVidia Tesla.
И потом, наверное такой объем никто не открывает в ad-hoc, сначала делают warehouse до приемлемого уровня агрегации и на основе этого уже строят отчет. В Palo, естественно, все это присутствует на основе компоненты ETL.

evgeny080481такой вопрос - а как подключится к пало веб, что-то когда подключаюсь он пишет что имя пользователя или пароль неверен ( ввожу admin - admin. Единственное порт Апач сервира поменял с 80 на 1000.
лучше порт оставить 80.
Попробуйте http://127.0.0.1:8081

evgeny080481,

дело в том, что порты прописаны в конфиг. файлах апача, томката и т.д. в документации они описаны, но лучше посмотреть какая программа занимает порт и освободить его, имхо.
Для ознакомления 2 Гб вполне, проц также Вы же один будете работать. Чем мощнее проц и больше памяти тем лучше :-)

Всех приветствую!
Пока занимался palo, назрели вопросы:
1. Стоит ли делать решение-коробку (пришел, быстро настроил, обучил)?
Или оставить как конструктор (весьма тяжело попасть на 1 встречу с клиентом)?
Как у ssas, cognos с этим?
2. Как считаете, насколько полезен web-клиент с т.з. удобства?
Отметил, что компании весьма консервативны. Для них главное, чтобы результат был. В web или standalone приложении, им все равно. Я вообще в b2b не заметил особого ажиотажа по отношению к современным технологиям(cloud, web commerce и т.п.).
3. Насколько перспективен сам по себе BI?
Существуют давно, а контор, которые именно этим занимаются не так много.
Интересно ваше мнение, спасибо!

И относительно пало и в общем.

Так вот, коллеги!
Я и говорю, что BI - неплохой бизнес. Сейчас все (во всяком случае мои знакомые) ринулись во всякого рода стартапы: web порталы, web saas приложения, приложения для планшетников. Пока основная масса занимается модными трэндами, клиенты BI сидят "не у дел".
С начала 2000-х данных накоплено уже порядочно не только в крупным предприятиях, но и в компаниях среднего размера.
Кроме того, есть ощущение, что клиент еще не знает о всех возможностях BI, поэтому речь идет о создании спроса, а потом уже о зарабатывании денег.