Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / OLAP и DWH Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3 4      [все]
 Qlik продался Thoma Bravo  [new]
kirillss
Member

Откуда:
Сообщений: 222
официально тут

менее официально :)
3 июн 16, 19:53    [19256572]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
mishanya3624
Member

Откуда:
Сообщений: 794
ого, интересно, что будет дальше.
3 июн 16, 22:30    [19256981]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5021
имхо, что будет, что будет...
- кликовцы продались значит не верят в будущее платформы
- частный фонд будет ждать активного роста акций клика, а когда не дождётся будет его сливать
(не дождётся потому что для активного роста клику нужно показать что то существенно новое и расширять рыночную долю, а это в текущей ситуации маловероятно)
7 июн 16, 11:01    [19266121]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
mishanya3624
Member

Откуда:
Сообщений: 794
Может Георгий как-то прокомментирует данную покупку?!:)
8 июн 16, 09:50    [19269704]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Весь менеджмент остается на своих местах - это условие сделки. Новая версия Qlik Sense 3.0 и NPrinting 17.1 выходят через 2-3 недели - в конце июня. Версия Qlik Sense 4.0 планируется к выходу в июне 2017 года - Qlik активно развивает свои продукты. В 3.0 обещают очень интересные вещи, как выйдет - я напишу анонс.

Вот перевод пресс-релиза на русский язык, так что присоединяйтесь к нашей группе, чтобы быть в курсе новостей.

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

С Уважением,
Георгий
8 июн 16, 10:39    [19269977]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5021
George Nordic,
имхо:
- если бы после покупки менеджмент ушёл это резко бы опустило акции.
- роадмап выхода версий ни о чём не говорит (он мог быть составлен год назад) важно что реально происходит (о чём мы с вами можем только гадать).
- "как можно продать компанию" - вот цитата из офиц. релиза:
"today announced that, following a review of strategic alternatives, it has entered into a definitive agreement to be acquired by leading private equity investment firm Thoma Bravo, LLC in an all-cash transaction valued at approximately $3.0 billion." как это сделано конкретно это вопрос не ко мне
- моё мнение (оно может быть ошибочным ибо как я выше написал это всё гадания) если компании нужны вливания денег есть много разных способов это сделать не продаваясь если же идёт продажа, то "неладно что-то в датском королевстве".
8 июн 16, 11:17    [19270183]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Дедушка, увы, когда привлекаешь деньги (что очень здорово и может сильно помочь компании в завоевании рынка), наступает тот неприятный момент, когда деньги надо отдавать . И люди, которые данные деньги дали, хотят их контролировать, входя в совет директоров. И, кстати, вполне возможно, что инвесторы заинтересованы в прибыли на акцию больше, чем в стратегическом развитии компании - это я в целом про рынок говорю, без относительно Qlik. Законы рынка... Так что во всем есть плюсы и минусы. Посмотрим что дальше будет - поверьте, нам уж не менее интересно. Но руководство очень позитивно настроено - говорит, что будет больше возможностей вкладываться в развитие платформы и компании. И даже ускорить выход новых версий. Ну и главное - что не под другую ИТ-компанию. По прежнему занимаемся только бизнес-аналитикой. Чего и всем желаем

С Уважением,
Георгий
8 июн 16, 11:44    [19270389]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
По прежнему занимаемся только бизнес-аналитикой.

Возможно руководство Клика поняло, что одной лишь базовой аналитики уже мало, а развивать QV/QS во что-то более конкурентноспособное - сложно.
8 июн 16, 12:22    [19270658]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Jurii, а что Вы подразумеваете под "базовой аналитикой"? Отчеты? Pixel-pefect отчетность, рассылку в pdf / ppt / excel / word? Да, это есть. Но славимся мы другим - это именно динамическая отчетность, которая по выбору фильтров не просто динамически пересчитывать показатели, а еще и подкрашивает не попавшие в выборку данные. Да, и, разумеется, мы стоим у истоков т.н. user-driven bi - аналитики, которую может создавать сам пользователь. Не просто набрасывая отчеты поверх подготовленной ит-специалистами модели данных, но позволяя ему самостоятельно подгружать данные и строить отчеты. Если необходима прогнозная аналитика - есть множество мат. стат инструментов. Есть их не хватает - есть коннекторы к R и другим системам предиктивной аналитики и datamining. По функциональности, согласно BARC, мы оставляем позади множество прочих систем, включая и Вашу любимую ;)))

С Уважением,
Георгий
8 июн 16, 12:50    [19270854]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 George Nordic:

Базовая аналитика - это то что есть в QV/QS - простые таблицы и графики с фильтрами, для пилотного проекта это более-менее достаточно. Но дальше требуется полноценная BI система...
Теоретически QV/QS - в лидерах, но когда общаюсь с разными компаниями, вывод всегда один, что сложные отчеты (как в Default BI Report Studio) в QV делать нельзя, соответственно и анализировать данные проблематично, дашборды статичны, многомерной модели и MDX - нет, то есть формулы надо писать очень сложные. Планирования/бюджетирования/прогнозирования/Data Mining понятно нет, можно взять решения других вендоров - но тогда может и компонент BI брать от других вендоров... Чтобы например BI система в онлайне отображала данные из бюджетов TM1.
8 июн 16, 14:07    [19271333]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Jurii
что сложные отчеты (как в Default BI Report Studio) в QV делать нельзя
Наверное, люди просто незнакомы с функциональностью NPrinting, которая отвечает за подготовку отчетов.
Jurii
анализировать данные проблематично, дашборды статичны, многомерной модели и MDX - нет, то есть формулы надо писать очень сложные. Планирования/бюджетирования/прогнозирования/Data Mining понятно нет
После этого сразу ясно, что люди, с которыми Вы общаетесь, никогда в глаза не видели Qlik - в нем ВСЕ элементы динамичны. Юрий, 4й год прошу - посмотрите Qlik сами, приходите на семинар - все расскажем. Не делайте подобных заявлений, не дискредитируйте себя - здесь много специалистов, внедрявших данную систему, у них подобные проколы вызывают ну, уже, конечно, не смех, но все еще усмешку "опять не видели и ругают".

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

С Уважением,
Георгий
8 июн 16, 14:57    [19271640]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
мигель1
Member

Откуда:
Сообщений: 3373
George Nordic,

Я вам скажу почему клик не взлетит! )

Если у нас есть 100 qvd по количеству месяцев

Объем в QVD такой, что поднять в память больше 5 QVD поднять в память нельзя,
и люди хотят анализировать разные месяцы.

Но они не могут САМИ поднять разные периоды в приложение.
8 июн 16, 15:11    [19271716]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 George Nordic:

Наверное, люди просто незнакомы с функциональностью NPrinting, которая отвечает за подготовку отчетов.

Можете дать ссылку на видео, где виден процесс создания сложного отчета/анализа данных в NPrinting?

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

Возможно специалисты по Клику боятся вступать в дискуссию, поскольку они знают слабые места Клика, и боятся предавать их огласке ;)

Юрий, 4й год прошу - посмотрите Qlik сами, приходите на семинар - все расскажем

Сам то я посмотрел ;) Буду ждать информацию о семинарах.
8 июн 16, 17:25    [19272519]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Бумбараш
Member

Откуда: никем не победимая, самая любимая
Сообщений: 1917
George Nordic
Дедушка
кликовцы продались значит не верят в будущее платформы
Дедушка, не поясните как можно продать компанию, которая торгуется на рынке? Я с удовольствием послушаю.

Вот так, может быть?

http://www.qlik.com/en/company/press-room/press-releases/0602-qlik-announces-agreement-to-be-acquired-by-thoma-bravo

Если какая-то часть акций где-то торгуется, это может ничего не значить вообще. Вот, например, Иркут (мс-21) презентовал, делает военные самолеты типа сухого. Она торгуется на рынке. Вы думаете это как-то решает то, кому она принадлежит?
8 июн 16, 17:39    [19272609]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
vikkiv
Member

Откуда: London
Сообщений: 1359
Бумбараш,

технически как-бы конечно контрольное большинство решает собраниями в какую сторону совет директоров должен компанию двигать, но что там они на собраниях акционерам скармливают другой вопрос, да и есть некоторая свобода в методах приближения к поставленным целям..
а в целом конечно да, цели инвесторов примерно одинаковы и кто владелец/на чём счёте акции числятся - только определяет кто получатель выгоды/дивидендов (если это есть) - другое дело что видение целей/приоритетов разное может "немного" быть, так что в общем всё равно
8 июн 16, 23:45    [19273895]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Бумбараш
Member

Откуда: никем не победимая, самая любимая
Сообщений: 1917
Я просто не понял, что хотел сказать Нордик тем, что акции торгуются.

Для примера, акции Информатики тоже торговались. Её выкупили с потрохами.

https://www.informatica.com/about-us/news/news-releases/2015/08/20150806-informatica-corporation-announces-completion-of-acquisition-by-the-permira-funds-and-canada-pension-plan-investment-board.html#fbid=egGXIZmfIVZ
http://www.nytimes.com/2015/08/07/business/dealbook/salesforce-ventures-and-microsoft-join-informatica-buyout.html?_r=0

причём часть майкрософт купил
9 июн 16, 01:17    [19273997]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
мигель1
George Nordic,
Я вам скажу почему клик не взлетит! )
Если у нас есть 100 qvd по количеству месяцев
Объем в QVD такой, что поднять в память больше 5 QVD поднять в память нельзя,
и люди хотят анализировать разные месяцы.
Но они не могут САМИ поднять разные периоды в приложение.

А вот это беда недоученных партнеров, которые ни читали ни про Document Chaining, ни про Direct Discovery. Х5 и Магнит все чеки как-то умудряются запихнуть, и Детский Мир тоже на нашей конференции про анализ чеки vs остатки в одном приложении рассказывали - у вас что, больше чеков?? Brilliant telecom все CRD хранит. Да, Qlik простой для освоения азв, но сложная задача требует хорошей подготовки - как и любой продукт. Печально, что иногда специалисты на клиенте сильнее чем у большинства партнеров. Учитесь, читайте комьюнити, ходите на тренинги.

Кстати!!! Появились продвинутые тренинги по разработке, 2 дня. Есть по администрированию, 3 дня. Все на русском языке. Платные. Обращайтесь и обучайте своих специалистов - расскажем как работать и с бОльшими массивами данных.

С Уважением,
Георгий
9 июн 16, 12:14    [19275197]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
kirillss
Member

Откуда:
Сообщений: 222
George Nordic,

че стоят? программка есть? по какой версии ?


Коллега, тут
George Nordic
Да, Qlik простой для освоения азв
я позволю не согласиться - посмотрите на синтаксис Set analysis и прифигейте.... Впрочем это не тема топика ...
9 июн 16, 12:34    [19275334]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3386
Бумбараш
Я просто не понял, что хотел сказать Нордик тем, что акции торгуются.

торгуются всегда не все 100% акций. Зачастую меньше половины. Как правило старые владельцы оставляют себе контрольный пакет, а примерно 30% отправляют на биржу. Так что продать можно очень легко.
9 июн 16, 13:31    [19275804]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
Set analysis

Для этого нужна многомерная модель, MDX, Клик под это не заточен. Думаю разумно усилить Клик системой класса BI, если нужно решать подобные аналитические задачи ;)
9 июн 16, 14:05    [19276011]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
xenix
Guest
автор
Думаю разумно усилить Клик системой класса BI

например, SSAS
9 июн 16, 14:11    [19276057]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
kirillss
че стоят? программка есть? по какой версии ?
По QlikView. Отпиши мне, представлю ответственному сотруднику, вышлет программку.
Jurii
Для этого нужна многомерная модель, MDX
Прекрасно решается Set analysis на Qlik. Правда, синтаксис там ээ..специфический :) Народ даже тулу-переводчик написал с человеческого на кликовский сет.
Jurii, Можете объяснить связь между Set analysis и многомерной моделью?

С Уважением,
Георгий
9 июн 16, 14:36    [19276207]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5021
George Nordic
Обращайтесь и обучайте своих специалистов - расскажем как работать и с бОльшими массивами данных
это те курсы, что по 600 евро штука?
9 июн 16, 14:48    [19276319]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Дедушка, на Development II (продвинутые, 2 дня) тренер тоже рассказывает. На администрировании (3 дня) там и практическая работа. Практически весь курс администрирования - это сплошная практическая работа на виртуалках, по развертыванию серверов, настройке прав, настройке Publisher и т.д. Кстати, спасибо за идею, может что-нибудь продвинутое расскажем для партнеров вместо Try Qlik Sense Day...

С Уважением,
Георгий
9 июн 16, 15:02    [19276418]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
Думаю разумно усилить Клик системой класса BI
например, SSAS


Только поверх SSAS нужно добавить функционал BI для анализа данных и создания отчетов, например - Default BI ;)
Клик может из своего интерфейса запускать отчеты default BI ;)

Jurii, Можете объяснить связь между Set analysis и многомерной моделью?

В языке MDX, который является таким же стандартом, как и SQL, есть типовые функции - Set, Member/CurrentMember, Tuple, Filter и т.п. Серьезные BI системы включают встроенный MDX, и наборы (сеты) там можно формировать либо визуальными средствами, либо на языке MDX. Язык MDX заточен на OLAP-кубы, на многомерную модель. Если у нас реляционные данные - то серьезная BI система их позволяет описать как виртуальный OLAP-куб.
Клик, в свою очередь - это реляционная СУБД, и там простая модель с INNER JOIN, отсутствует MDX.
9 июн 16, 15:29    [19276673]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Jurii
Клик, в свою очередь - это реляционная СУБД, и там простая модель с INNER JOIN, отсутствует MDX.
Qlik - это отнюдь не реляционная субд. QIX - это поколоночное хранение данных. Надеюсь, вы понимаете разницу между реляционной (быстрое добавление данных, потом индексирование, медленное извлечение данных по индексу) и поколоночным хранением данных (хранимые данные являются индексом, сжатие до 10 раз, долгая вставка строк, мгновенное извлечение). Данные способ хранения не требует MDX и предрассчитанных кубов - данные и так извлекаются и объединяются мгновенно.

С Уважением,
Георгий
10 июн 16, 10:20    [19279220]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2000
George Nordic
...Данные способ хранения не требует MDX и предрассчитанных кубов - данные и так извлекаются и объединяются мгновенно.


оч.. смешно.
какие при этом вычислительные мощности нужны?
на примере десятка сотен млн строк данных (с учетом что хранение уже вертикальное) общим объемом около 10GB
задача посчитать количество уникальных покупателей помесячно, в разбивке по среднему чеку с шагом задаваемым маркетологом (скажем сейчас 100р) желательно наложив еще с десяток условий на товары, их стоимость и проводимые акции...
10 июн 16, 10:42    [19279320]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
товарищъ
Member

Откуда: Минск
Сообщений: 630
ShIgor
... десятка сотен млн строк
это миллиард?
при сверх больших объемах данных (десятки и сотни TB) рекомендуют использовать ROLAP либо уже теперь DirectQuery на columndb. проблема не в извлечении, а в длительном процессенге кубов и занимаемом объеме.
вы привели всего один кейс, однако 80% запросов гораздо проще. а для этих 20% можно создать отдельные витрины-агрегаты на уровне ХД, ну или использовать тот MOLAP для узкой задачи
10 июн 16, 10:56    [19279411]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
ShIgor
оч.. смешно.
какие при этом вычислительные мощности нужны?
на примере десятка сотен млн строк данных (с учетом что хранение уже вертикальное) общим объемом около 10GB
задача посчитать количество уникальных покупателей помесячно, в разбивке по среднему чеку с шагом задаваемым маркетологом (скажем сейчас 100р) желательно наложив еще с десяток условий на товары, их стоимость и проводимые акции...

Сотня млн строк отработает у меня на ноуте. Но тут вопрос по модели данных - если вы планируете работать с огромным массивом данных, то и модель должна быть простая, никаких снежинок, максимум - звезда. На тренинге мы в ноутбук грузим 10 млн строк и строим по ним простые отчеты. На боевом сервере - один крупный ритейлел грузил (и грузит) 10 млрд чеков, в памяти занимало 79Gb. Как раз для маркетинга и чековой аналитики. Характеристики сервера - ищите по Борису Михайлину - это был его проект, отличный специалист, кстати. Если Вас интересует чековая аналитика, вот как Вы описали, да на паре-тройке миллиардов, да вживую - когда маркетолог может любые произвольные фильтры / срезы условия накладывать - обращайтесь, расскажем поподробнее. Довольно частая задача.

С Уважением,
Георгий
10 июн 16, 11:49    [19279732]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
ShIgor, вот еще хороший способ на поколонке ускорить расчет: предрассчитывать данные при загрузке. Сначала данные как есть загружаются в QVD-файл, а потом по нему идет ряд расчетов и происходит загрузка в другой QVD, в котором, кроме сырых данных, лежат агрегаты и флаги.

Давайте расскажу про флаги. Ими можно заменить тяжелые агры и count distinct обычными sum - во флаг при загрузке пишется или логический флаг (соответствует / нет запросу count distinct) или числовое значение (например, кол-во посетителей по дням в разрезе торговых точек).

Таким образом, мы можем при работе существенно снизить нагрузку на процессор. Давайте на вашем примере:
ShIgor
на примере десятка сотен млн строк данных (с учетом что хранение уже вертикальное) общим объемом около 10GB
задача посчитать количество уникальных покупателей помесячно, в разбивке по среднему чеку с шагом задаваемым маркетологом (скажем сейчас 100р) желательно наложив еще с десяток условий на товары, их стоимость и проводимые акции...

Сначала маркетолог накладывает фильтры - мин/макс сумма чека, дни недели, часы работы, регион, категория и т.п. В итоге по связанным данным в Qlik в поле "кол-во посетителей" останутся только те записи, которые ответствуют данным критериям (наложенным фильтрам, все остальные будут, по ассоциативной модели, из данной выборки исключены). И sum по данному полю даст искомый результат. Все гениальное просто. Подобный способ может в разы поднять быстродействие. Только приходится голову включать при разработке модели данных.

С Уважением,
Георгий
10 июн 16, 12:42    [19280042]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2000
George Nordic,

примеры 2009 года уже никому не интересны, причем сервер там не хилый. 128 гигов оперативки на тот момент - можно было без штанов остаться.
ну, а предложенное решение - упрощение задачи подходящее для поиска единственного порога (назовем его так), таких порогов может быть сотни и тысячи (кол-во периодов * на количество порогов), и каждый раз "шерстить" весь объем данных - слишком накладно, либо моделей будет ооочень много. а какова оперативность?
10 июн 16, 14:34    [19280776]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 George Nordic:


Qlik - это отнюдь не реляционная субд. QIX - это поколоночное хранение данных. Надеюсь, вы понимаете разницу между реляционной (быстрое добавление данных, потом индексирование, медленное извлечение данных по индексу) и поколоночным хранением данных (хранимые данные являются индексом, сжатие до 10 раз, долгая вставка строк, мгновенное извлечение). Данные способ хранения не требует MDX и предрассчитанных кубов - данные и так извлекаются и объединяются мгновенно.


Реляционной СУБД я называю Клик за то, что там обычные таблицы с исходными данными и справочниками связываются обычными связями по совпадающим полям. Далее идет процессинг, сжатие данных, тут сомнений нет. С теоретической точки зрения будет интересно узнать больше о поколоночной архитектуре.
Данные соединяются быстро, но так как нет агрегатов - расчет идет не мгновенно. И вопрос с кубами/MDX не только в скорости - но и в удобстве (клик не позволяет пользователю/аналитику натаскивать в область отчета нужные данные - members, sets, tuples и т.п.).
Можно сделать вывод, что Клик работает обычно быстро, поскольку не дает пользователю возможности сделать что-то сложное в плане анализа данных (фильтры по индексированным полям и в MS SQL Server отрабатывают быстро.

Давайте расскажу про флаги. Ими можно заменить тяжелые агры и count distinct обычными sum - во флаг при загрузке пишется или логический флаг (соответствует / нет запросу count distinct) или числовое значение (например, кол-во посетителей по дням в разрезе торговых точек).

Все мы думали над тем, можно ли заменить count distinct на sum ;) Но эта задача не имеет универсального решения. Например, заранее не известно, с какой даты по какую пользователь запустит отчет, или какие критерии задаст для классификации клиентов на мелких и крупных. В Клике правда, насколько я знаю, очень проблематично делать отчет с даты по дату, поэтому может быть флаги используются более часто, чем в серьезных BI системах ;)
10 июн 16, 14:37    [19280795]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Jurii
Реляционной СУБД я называю Клик за то, что там обычные таблицы с исходными данными и справочниками связываются обычными связями по совпадающим полям.
А, понятно.
ShIgor
George Nordic, примеры 2009 года уже никому не интересны, причем сервер там не хилый. 128 гигов оперативки на тот момент - можно было без штанов остаться.
ну, а предложенное решение - упрощение задачи подходящее для поиска единственного порога (назовем его так), таких порогов может быть сотни и тысячи (кол-во периодов * на количество порогов), и каждый раз "шерстить" весь объем данных - слишком накладно, либо моделей будет ооочень много. а какова оперативность?
1. Ну так и задача была соответствующая - с сырыми чеками работали, агрегация их не устраивала. 2. Решал подобную, Hadoop + Mahout + Qlik. Все данные лежали в Hadoop, Mahout собирал статистику и строил агрегаты + флаги, в Qlik велась аналитика и что/если. Когда выборка по критериям была сформирована, в Hadoop шел уже прямой запрос, который вытаскивал детальные данные (гибридная модель, DataDiscovery). 350 млрд CDR в Hadoop лежало. Говорю, если есть задача - пишите, обсудим, как решать. Я слышал что Магнит, Детский Мир и Х5 подобные задачи решали, и я не думаю что у Вашей компании чеков больше.

С Уважением,
Георгий
10 июн 16, 16:07    [19281419]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 George Nordic:

Реляционной СУБД я называю Клик за то, что там обычные таблицы с исходными данными и справочниками связываются обычными связями по совпадающим полям.
А, понятно.


Могу называть Клик не реляционной, а файл-серверной СУБД ;)
Если мы в Клик загружаем 10 миллиардов строк чеков и много справочников, включая справочник из 1000 магазинов, а потом хотим подключить еще один справочник с дополнительным свойством магазина (в нем 1000 записей) - что произойдет? Справочник добавится мгновенно, как в реляционной БД, и сразу можно в этом разрезе крутить ранее загруженные 10 миллиардов записей? или будет долгое обновление файлов Клика?

в Qlik велась аналитика и что/если

Можете подробнее рассказать, что такое в Клике анализ "что/если"? Это обычно делают в системах бюджетирования, в Клике этого быть не должно.
10 июн 16, 16:29    [19281550]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
vikkiv
Member

Откуда: London
Сообщений: 1359
Jurii
Можете подробнее рассказать, что такое в Клике анализ "что/если"? Это обычно делают в системах бюджетирования, в Клике этого быть не должно.
Если продукт дополняется дополнительной функциональностью то в чём проблема? в угрозе другим продуктам? Не опасение-ли это типа если Excel сможет писать с листов без дополнительных усилий в таблицы SQL (понятным способом недалёкому пользователю) - то работу в мгновение потеряют миллионы Delfi/Java/C++/C# формописателей и Web интерфейсников?
10 июн 16, 17:33    [19281905]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
vikkiv
Member

Откуда: London
Сообщений: 1359
в смысле на самом деле я конечно вовсе не фанат сторонних приблуд Кликов/Табло и прочего зоопарка.. больше придерживаюсь Core продуктов из пакетно-родного функционала DB систем.. т.к. слишком велик риск - выпустит основной производитель под которые эти прикладники затачивают продукцию - что-то своё полностью интегрированное (т.к. кто-то уже доказал/проверил что это достойный рынок) - и эта мелочь тут-же повалится с рынка.. а потраченного времени (на курсы и пр. освоение) уже не вернёшь.. Элементарный пример развитие PowerBI и его интеграция с Office365 и SharePoint (хотя первая поддержка пока убрана, а вторая ещё не внедрена).. хоть и немного другой сегмент рынка - но многие инициативы других продуктов уже серьёзно подрезал.
10 июн 16, 17:43    [19281954]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 vikkiv:

Можете подробнее рассказать, что такое в Клике анализ "что/если"? Это обычно делают в системах бюджетирования, в Клике этого быть не должно.
Если продукт дополняется дополнительной функциональностью то в чём проблема? в угрозе другим продуктам? Не опасение-ли это типа если Excel сможет писать с листов без дополнительных усилий в таблицы SQL (понятным способом недалёкому пользователю) - то работу в мгновение потеряют миллионы Delfi/Java/C++/C# формописателей и Web интерфейсников?


Если функциональность бюджетирования в Клике реально появилась - то George об этом расскажет. Если этого функционала там нет - то читатели данной дискуссии не будут введены в заблуждение. В целом в Клике иногда ощущается больше маркетинга и рекламы, чем реального функционала. Помню в LinkedIn была дискуссия на тему - что Вам не хватает из функционала в Клике... Там столько всего написали, что сложилось впечатление, что Клик еще рано использовать для серьезных задач.
10 июн 16, 17:52    [19282029]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Кэптен
Member

Откуда: Kiev
Сообщений: 211
Во развели бодягу.
Клик никто и не использует для серьезных задач. У Гартнера это четко прописано - это доп. приблуда для основных серьезных БИ практически у всех опрошенных.
Про размеры обрабатываемых данных и количестве ОЗУ под них тоже подсчеты тут не раз делали, тот же Георгий. Про миллиарды строк в Клике - угу...потом правда оказывается, что этот миллиард в Хадупе :)
10 июн 16, 23:43    [19283142]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
SpellBuilder
Member

Откуда: р.Москва, д.МО
Сообщений: 1899
Кэптен
Во развели бодягу.
Клик никто и не использует для серьезных задач. У Гартнера это четко прописано - это доп. приблуда для основных серьезных БИ практически у всех опрошенных.
Про размеры обрабатываемых данных и количестве ОЗУ под них тоже подсчеты тут не раз делали, тот же Георгий. Про миллиарды строк в Клике - угу...потом правда оказывается, что этот миллиард в Хадупе :)

В крупных, зоопарк, каждое бизнес подразделение использует свое в силу старых подходов, сове родное.
Ну поставят хадуп и что, многие так и останутся на своих MSSAS, SAS, Oracle Discoverer, Oracle BI, Cognos BI. Смена платформы в бизнес подразделении сравни революции они напридумают десятки доводов повышающих риски и значительные потери и послушают их т.к. они отвечают за бизнес, а не Вас рассказывающих про звезды и колонки.
11 июн 16, 19:04    [19284453]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
transpose
Member

Откуда:
Сообщений: 185
Кэптен,

нормально миллиард влезает. Вот люди фантазируют чего-то, а всего делов-то: скачать бесплатную версию Qlikview и запустить ее на сервере с 128-256ГБ оперативки. И сами увидите что все работает.

То же и Jurii, пройдет еще четыре года и похоже так же в каждой теме будут вопросы, а что же такое Qlik и какая у него функциональность. Респект Георгию - повторенье мат ученья :-)

У меня закрадывается подозрение что некоторые персонажи здесь это куклы Георгия :-)
12 июн 16, 01:06    [19285282]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Кэптен
У Гартнера это четко прописано - это доп. приблуда для основных серьезных БИ практически у всех опрошенных.

Поясните, пожалуйста, в чем видите разницу в задачах, которые решаются в Qlik'е, а какие - в "серьезных БИ"? Для интеграции больших объемов данных из разных источников Клик полагается на хранилища, как и любая корп система отчетности и анализа -- это факт. Где после этого возникает развилка между инструментами BI?
12 июн 16, 13:33    [19285749]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
transpose
То же и Jurii, пройдет еще четыре года и похоже так же в каждой теме будут вопросы, а что же такое Qlik и какая у него функциональность.

Юрий продает и внедряет Cognos много лет. Ему невыгодно признавать альтернативные инструменты. Так что тут дело не в непонятливости.

Все это не умаляет возможностей Cognos и возможностей Юрия по созданию на нем аналитических систем для реальных клиентов. Но всерьез воспринимать его аргументы не надо -- он не учит другие инструменты, не пытается всерьез понять контекст в котором они применимы, а просто как продавец борится с конкурентом.
12 июн 16, 14:17    [19285826]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
transpose
Member

Откуда:
Сообщений: 185
Roman Kolchin
transpose
То же и Jurii, пройдет еще четыре года и похоже так же в каждой теме будут вопросы, а что же такое Qlik и какая у него функциональность.

Все это не умаляет возможностей Cognos и возможностей Юрия по созданию на нем аналитических систем для реальных клиентов.

Тролль ограничивает свой успех размениваясь на выдумывание глупостей. Заодно сигнализирует всем, что по сути спросить ему нечего и это говорит о его аналитических способностях. Соответственно и польза его клиентам сомнительная, похоже он подсовывает им неоптимальное решение!
12 июн 16, 16:12    [19286025]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
transpose
Roman Kolchin
пропущено...

Все это не умаляет возможностей Cognos и возможностей Юрия по созданию на нем аналитических систем для реальных клиентов.

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

Я не шутил. Лично с Юрием не знаком, но наслышан о его деятельности. Он давно занимается Cognos'ом, продал и сделал много успешных проектов, клиенты довольны. Если пишет что-то конкретное про его любимый Default BI, то его можно и нужно слушать :)

Но по отношению к конкурирующим продуктам он конечно ведет себя мягко говоря некорректно.
12 июн 16, 16:31    [19286057]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Roman Kolchin:

Но по отношению к конкурирующим продуктам он конечно ведет себя мягко говоря некорректно.

Иногда мои посты звучат достаточно жестко. Но тем самым я надеюсь, что у разных BI решений найдутся специалисты (не стеснительные скромные инженеры, а уверенные в себе люди), которые смогут рассказать подробнее об их функционале, и всем нам будет интересно это прочитать. Пока что специалисты по Клику молчат - из этого можно сделать вывод, что имеющаяся у меня информация о Клике - правильная, и он с точки зрения гибкости достаточно слаб, как и BO, Oracle BI, MSTR, Прогноз и MS BI. Если кто-нибудь их специалистов продемонстрирует соответствие того или иного решения концепции BI Fingers - то у Default BI появится альтернатива (правда беда в том, что чистый BI мало кому интересен, а у TM1 Magic Edition альтернатива появиться не может ;)

У Гартнера это четко прописано - это доп. приблуда для основных серьезных БИ практически у всех опрошенных.
Поясните, пожалуйста, в чем видите разницу в задачах, которые решаются в Qlik'е, а какие - в "серьезных БИ"? Для интеграции больших объемов данных из разных источников Клик полагается на хранилища, как и любая корп система отчетности и анализа -- это факт. Где после этого возникает развилка между инструментами BI?


Клик не заточен на то, чтобы напрямую работать с данными из ХД, ему все данные нужно загрузить в свой черный ящик (буду рад если кто-то озвучит, что Клик научился работать с ХД, только отправляя туда SQL запросы). В Клике нет функционала для разработки сложных отчетов. Нет многомерной модели, нет семантического слоя метаданных, нет блока для моделирования/бюджетирования, и т.п.
13 июн 16, 12:58    [19287958]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Jurii
Клик не заточен на то, чтобы напрямую работать с данными из ХД, ему все данные нужно загрузить в свой черный ящик

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

С помощью такой архитектуры Клик своим функционалом покрывает большую часть аналитики, которая не требует обновления данных в реальном времени. Но для отдельных случаев, когда в отчет требуется подтягивать 1-2 показателя онлайн, в клике есть такая возможность -- DIRECT QUERY.


Jurii
В Клике нет функционала для разработки сложных отчетов.

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


Jurii
Нет многомерной модели

Есть. Все данные лежат в разрезе аналитик, которые могут быть между собой связаны в виде иерархий. Расчет данных выполняется на языке, который понимает многомерную сущность данных.

OFFTOPIC: Или вы имели в виду "многомерную модель TM1"? Да, в Клике она другая, математически попроще. Давайте лучше сравним TM1 с Oracle Essbase. Essbase, с его Hybrid Storage -- движком, объединяющим чумовые возможности чистой многомерной математики (обкатана на серьезных финансовых и прогнозных приложениях более чем за 20 лет эксплуатации у десятков тысяч компаний) с эффективной агрегацией и формульным расчетом in-memory -- рвет TM1 по всем параметрам. Да-да, я не шучу. Если раньше в Essbase можно было для куба выбирать или движок Blocked Storage с "чумовой математикой" или Aggregate Storage (c чумовой агрегацией in-memory и более простыми расчетами), то сейчас весь функционал получаем в рамках одного куба.


Jurii
нет семантического слоя метаданных

У любой уважающей себя комплексной системы BI должен быть семантический слой!! В системах на базе Qlik этот слой должен быть в Хранилище данных -- там нужно придумать понятные названия таблиц и полей, сложить однотипные данные в одинаковые таблицы или объединить в единые вьюхи и вуа-ля у вас готов семантический слой. За счет того, что программистам ХД требуется меньше морочиться из-за разработки и поддержки материализованных вьюх, они могут посвятить больше времени интеграции данных. Это будет полезно не только для конкретных отчетов в текущий момент, но и для последующего развития хранилища.

Исходя из моего опыта, если интеграция и унификация данных не выполнена на уровне ХД, а еще лучше -- в системах источниках или хотя бы на уровне выгрузки данных из систем-источников, то делать ее в инструменте BI -- бесполезная трата времени.

А если у вас нет большого количества источников, и вы не хотите делать Хранилище данных, то семантический слой вам очевидным образом не обязателен.

Конечно, я не был бы против если бы семантический слой был прямо внутри Клика -- это дало бы клиентам возможность выбирать, где его реализовать в каждом конкретном случае. Но как показывает опыт эксплуатации, этот функционал не является критически важным именно для инструмента отчетности и визуализации, и поэтому он до сих пор не реализован вендором.

Не верю, что вы всерьез перечисляете эти фишки в виде аргументов. Вас не научил опыт, что конкретные возможности инструмента имеют смысл только в рамках конкретного сценария использования у конкретного клиента???? Меня опыт научил именно такой "теории относительности" функционала -- кому-то важна голая производительность, кому-то скорость внедрения, кто-то хочет больше вовлечь бизнес, а у кого-то есть хорошая команда ИТ, а бизнес-пользователь слишком децентрализован и консервативен -- бросание ключевыми словами типа "MDX", "семантическая модель" или придумывание метафор типа "би пальцев" всю сложность контекста не охватывает. Прекращайте бросаться терминами, приводите конкретные примеры из вашего огромного опыта и вас начнут понимать "скромные инженеры", а уверенный безапелляционный тон и красивые слова оставьте для клиентов :)


Jurii
нет блока для моделирования/бюджетирования

Нету. Да что вы про бюджетирование повторяете каждый раз? Если нужно построить бюджетный процесс, пусть клиент выбирает адекватное решение из всех вариантов на рынке. Например, отличное решение для бюджетирования -- Oracle Hyperion Planning, Гартнер со мной согласен. Клик его отлично понимает в качестве источника данных, кстати.
13 июн 16, 15:47    [19288302]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Roman Kolchin:

Но для отдельных случаев, когда в отчет требуется подтягивать 1-2 показателя онлайн, в клике есть такая возможность -- DIRECT QUERY

Вот об этом было бы интересно узнать подробнее. Постараюсь найти этот функционал в Клике.

В Клике нет функционала для разработки сложных отчетов.
Вас обманули. В Клике можно разработать очень сложную визуализацию


Можно ли в Клике натаскивать строки в отчет, перетаскивая мемберы из одного или разных измерений? Или можно только перетащить в целом измерение? Можно ли те или иные строки раскрывать в другие мемберы из других измерений? Можно ли добавлять новые строки на основе формул, или вычисления с формулами возможны только в столбцах отчета?
Было бы интересно увидеть примеры сложных отчетов в Клике, но пока я видел лишь простые дашборды.

Нет многомерной модели
Есть. Все данные лежат в разрезе аналитик, которые могут быть между собой связаны в виде иерархий. Расчет данных выполняется на языке, который понимает многомерную сущность данных.
OFFTOPIC: Или вы имели в виду "многомерную модель TM1"?


Я не имел в виду ТМ1, имел в виду физические OLAP-кубы или представление реляционных данных в виде измерений в Default BI. Было бы интересно увидеть, где в Клике создаются иерархии, можно ли раскрывать дерево иерархии, видя мемберы на разных уровнях. Или в Клике обычные поля реляционных таблиц.
Я не имею ничего против Essbase, могу лишь сказать что это достаточно сложное и тяжелое решение. Default BI мне приходилось прикручивать к Essbase, но вот насколько хорошо работает Клик поверх Essbase...

По поводу семантического слоя - на мой взгляд, в ХД по-хорошему надо избегать русских названий таблиц и полей, а в семантическом слое можно переименовывать все в бизнес-термины. В мета-слое можно определять, что для одной задачи выполняется Inner Join, а для другой - Outer Join, можно создавать алиасы к таблицам. Работать в Клике без семантического слоя конечно можно, но это как-то не солидно выглядит, то же самое что строить небоскреб на болоте без фундамента.

нет блока для моделирования/бюджетирования
Нету. Да что вы про бюджетирование повторяете каждый раз? Если нужно построить бюджетный процесс, пусть клиент выбирает адекватное решение из всех вариантов на рынке. Например, отличное решение для бюджетирования -- Oracle Hyperion Planning, Гартнер со мной согласен. Клик его отлично понимает в качестве источника данных, кстати.


Если мы вводим данные в Oracle Hyperion Planning - Клик может сразу обновить свой отчет, обращаясь напрямую к Oracle Hyperion Planning, или Клик должен закачать в себя все данные?
Будет интересно узнать у моих знакомых заказчиков, хотят ли они получить связку Клик + Oracle Hyperion Planning, или предпочтут решение от одного вендора (такое как TM1 + default BI ;)
13 июн 16, 17:16    [19288462]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Jurii
В Клике нет функционала для разработки сложных отчетов.
Вас обманули. В Клике можно разработать очень сложную визуализацию


Можно ли в Клике натаскивать строки в отчет, перетаскивая мемберы из одного или разных измерений? Или можно только перетащить в целом измерение? Можно ли те или иные строки раскрывать в другие мемберы из других измерений? Можно ли добавлять новые строки на основе формул, или вычисления с формулами возможны только в столбцах отчета?
Было бы интересно увидеть примеры сложных отчетов в Клике, но пока я видел лишь простые дашборды.

Воспользуйтесь приглашением Георгия и посетите партнерский семинар Клика, вы удивитесь тому на сколько сложными могут быть дашборды. Если коротко, то ОЧЕНЬ СЛОЖНЫЕ :) Вы даже не поймете, что они были сделаны в BI, а не сверстаны веб-дизайнером на заказ.

Касательно перечисленного вами функционала -- он охватывает одну конкретную область, то что Гартнер и остальные называют "enterprise reporting" -- это форматированные табличные отчеты.

Если для вас BI это в первую очередь "форматированные таблички", то Клик вам не подойдет.

Ухищрения с pixel-perfect форматированием обычно нужны для бизнеса, который не может или не хочет учить новые инструменты. Или ИТ не хочет менять устоявшиеся подходы к сопровождению и развитию информационных систем.

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

Кстати, для форматирования строчек в табличках мой любимый инструмент -- Oracle BI Publisher -- очень гибкая и удобная для разработчика штука. Умеет кучу внешних источников, в том числе кубы через MDX, умеет их склеивать и дает разработчика возможность самим тюнить запросы к внешним системам, добиваясь максимальной производительности. В общем, рекомендую. Да, в нем нет (если не использовать полный стек Oracle BI) семантической модели, но она не особо нужна если задача разработчика выдро*ить отчет с точностью до пикселя -- плюшки от наличия семантической модели ничто по сравнению с задачей форматирования.



Jurii
Нет многомерной модели
Есть. Все данные лежат в разрезе аналитик, которые могут быть между собой связаны в виде иерархий. Расчет данных выполняется на языке, который понимает многомерную сущность данных.
OFFTOPIC: Или вы имели в виду "многомерную модель TM1"?


Jurii
Я не имел в виду ТМ1, имел в виду физические OLAP-кубы или представление реляционных данных в виде измерений в Default BI. Было бы интересно увидеть, где в Клике создаются иерархии, можно ли раскрывать дерево иерархии, видя мемберы на разных уровнях. Или в Клике обычные поля реляционных таблиц.

Красивых дервьев в визуальном представлении отчета нет. Ну и что? Связи между уровнями иерархий он помнит и умеет не показывать лишнего -- "не показывать лишнего" это изначальная фишка Клика, то что они сами называли "ассоциативной моделью". Функционально интерфейс аналогичен переходу по дереву иерархии.

Сходу в голову приходит всего один случай, когда важно видеть иерархию в виде дерева, чтобы понимать результат расчета и вообще потому что так принято :) -- это план счетов/ иерархия финансовых показателей.

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



Jurii
Default BI мне приходилось прикручивать к Essbase, но вот насколько хорошо работает Клик поверх Essbase...
Если мы вводим данные в Oracle Hyperion Planning - Клик может сразу обновить свой отчет, обращаясь напрямую к Oracle Hyperion Planning, или Клик должен закачать в себя все данные?

Онлайн доступа (кроме упомятуго DIRECT QUERY для точечного получения пары показателей) у Клика никуда нет и Oracle Hyperion Planning/Essbase не исключение. Но закачивать все данные не нужно. Достаточно вытащить подмножество куба, связанное с конкретным отчетом и его путями дриллинга. Для онлайн отчетов у Hyperion Planning есть собственные встроенные формы и отчеты, их использовать удобнее всего, в том числе удобнее чем Default BI :)

Назначение Клика при использовании с Hyperion Planning это не стать единственным инструментом отчетности и анализа (см то же ограничение с иерархией), а представить ограниченный набор данных из финансового приложения в составе компексного дашборда.

Примеры использования Клик + Hyperion Planning/ Essbase в России есть. Большая компания, инструменты выбирались под разные задачи, а потом пришла здравая идея их объединить. Опережая ваше предложение -- нет, Default BI тут комплексно преимуществ не имел бы -- Клик и Hyperion пришли ну совершенно из разных задач и разных подразделений. В этом кейсе я чисто гипотетически готов был бы сравнить Hyperion Planning vs Cognos TM1 в качестве системы бюджетирования (тут можно было бы покопаться и посравнивать конкретный функционал), то Клик для своей задачи и подхода к внедрению был вне конкуренции :) Подробности о кейсе у Георгия :)



Jurii
Будет интересно узнать у моих знакомых заказчиков, хотят ли они получить связку Клик + Oracle Hyperion Planning, или предпочтут решение от одного вендора (такое как TM1 + default BI ;)

Ваши клиенты, я уверен, используют Default BI на 100% и ценят вас и вашу команду как экспертов :) Переучивать их на что-то другое и менять партнеров будет однозначно вредно.


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

Если делать совсем по-хорошему, то вы правы. Но порядок должен идти от хранилища, а семантическая модель в BI должна лишь добавлять синтаксический "сахарок". Но если в Хранилище уже наведен порядок, то семантическая модель в BI перестает быть киллер-фичей.



Jurii
В мета-слое можно определять, что для одной задачи выполняется Inner Join, а для другой - Outer Join, можно создавать алиасы к таблицам.

Хороший аргумент.
Коллеги, специалисты по Клику, прокомментируйте плиз как лучше решить эту задачу? Сделать вьюху в Хранилище, или как?


Jurii
Работать в Клике без семантического слоя конечно можно, но это как-то не солидно выглядит, то же самое что строить небоскреб на болоте без фундамента.

Проигнорирую эту аналогию, как неконструктивную :)



Jurii
Я не имею ничего против Essbase, могу лишь сказать что это достаточно сложное и тяжелое решение.

Инсталлировать конечно тяжеловато -- помимо самого сервера, база, веблоджик, пяток java-приложений... Это результат модели продаж Оракла, изначально сервер ставился очень просто. Оракл предпочитает продавать Essbase в составе других продуктов. Default BI и TM1 в частности разве не требуют установки аналогичного зоопарка компонент?

Функционально Essbase очень универсален. А с появлением Hybrid Storage (пару лет назад всего, надо отметить) ему вообще нет равных -- язык расчетов позволяет брать данные из любой точки многомерного куба и записывать в любую точку куба по любой матической логике (где не хватает встроенной, можно добавлять свои функции на Java -- например, для решения систем линейных уровней для аллокаций) + к этому возможна очень быстрая агрегация в разрезе больших измерений (сотни тысяч и миллионы элементов).
13 июн 16, 18:52    [19288732]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
К слову, а что же я считаю киллер-фичами в Клик?

Клик =
движок агрегации данных
+ движок многомерной математики
+ скриптовый язык для ETL по импорту данных в "движок агрегации данных"
+ интерфейс анализа данных аналитиком ("простые дашборды")
+ среда разработки и публикации комплексных информационных панелей для широких масс пользователей (сайты насыщенные показателями и диаграммами, 50 слоев для графических элементов а-ля Фотошоп).

И все это буквально в одном интерфейсе, то есть если у вас есть хранилище или какой-нибудь другой источник, то вы ставите сверху "комбайн" под названием Клик и быстро получаете результат. И результат этот не просто "сумма" по аналитикам на десктопе -- Клик внедряется и используется в том же реальном мире, что весь остальной "серьезный" BI -- банки, телекомы, ритейл, продажи, склады, клиенты -- устанавливается на мощных серверах с кучей процессоров и памяти и используется десятками и сотнями пользователей... Неужели у кого-то есть иллюзии, что компании всерьез решают "так эту мега важную вещь мы делаем на серьезной BI-платформе, а этот лоховской BI пусть клепают на Клике"? Как я понял из кейсов Георгия, Клик как раз влезает без мыла в тех ситуациях когда классические платформы сливают по совокупности причин :)

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

Кстати, я совсем не специалист по Клику. Я смотрю на него со стороны, но вполне профессиональным взглядом, имея опыт в настройке других аналитических инструментов и приложений и более-менее понимая какие задачи пытаются с их помощью решать организации в реальном мире.
13 июн 16, 20:23    [19288964]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Apex
Member

Откуда: Made in USSR
Сообщений: 3902
Roman Kolchin
К слову, а что же я считаю киллер-фичами в Клик?

Клик =
движок агрегации данных
+ движок многомерной математики
+ скриптовый язык для ETL по импорту данных в "движок агрегации данных"
+ интерфейс анализа данных аналитиком ("простые дашборды")
+ среда разработки и публикации комплексных информационных панелей для широких масс пользователей (сайты насыщенные показателями и диаграммами, 50 слоев для графических элементов а-ля Фотошоп).

И все это буквально в одном интерфейсе, то есть если у вас есть хранилище или какой-нибудь другой источник, то вы ставите сверху "комбайн" под названием Клик и быстро получаете результат. И результат этот не просто "сумма" по аналитикам на десктопе -- Клик внедряется и используется в том же реальном мире, что весь остальной "серьезный" BI -- банки, телекомы, ритейл, продажи, склады, клиенты -- устанавливается на мощных серверах с кучей процессоров и памяти и используется десятками и сотнями пользователей... Неужели у кого-то есть иллюзии, что компании всерьез решают "так эту мега важную вещь мы делаем на серьезной BI-платформе, а этот лоховской BI пусть клепают на Клике"? Как я понял из кейсов Георгия, Клик как раз влезает без мыла в тех ситуациях когда классические платформы сливают по совокупности причин :)

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

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


Похоже Юрий решил диверсифицировать свой бизнес.
14 июн 16, 01:42    [19289635]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
SpellBuilder
Member

Откуда: р.Москва, д.МО
Сообщений: 1899
Apex,

Да вообще всё что не входит в MSSQL который используют 95% компаний, считается г-ом.:)
И описание функциональности отличных продуктов, злостным маркетингом.
P.s. Вообще это и называется демократия, т.е. решение большинства.
14 июн 16, 09:11    [19289874]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3386
SpellBuilder
Apex,

Да вообще всё что не входит в MSSQL который используют 95% компаний.

линка есть?
14 июн 16, 09:33    [19289972]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
mishanya3624
Member

Откуда:
Сообщений: 794
Хорошо, когда ты используешь и Qlik и Cognos и все нравится:) Даже спорить не надо:)
14 июн 16, 09:35    [19289978]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
SpellBuilder
Member

Откуда: р.Москва, д.МО
Сообщений: 1899
mishanya3624,
Ага, еще проголовал в опросе в чем развиваться за MS и хочется развиваться в SAP BO.
P.s. Я не сторонник Qlik, по одной толстой причине, низкие з.п. и уровень её же.
14 июн 16, 16:58    [19292437]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
SpellBuilder
Member

Откуда: р.Москва, д.МО
Сообщений: 1899
Ivan Durak,
Ага, в hh наберите и станет понятно.
P.s. Остальные продукты, так, "из любви к искуству" для души :)
14 июн 16, 17:00    [19292457]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
mishanya3624
Member

Откуда:
Сообщений: 794
SpellBuilder,

щито?
14 июн 16, 17:07    [19292513]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Коллеги, простите что пропал на время - угораздило в больницу попасть на праздники
Jurii
Можете подробнее рассказать, что такое в Клике анализ "что/если"? Это обычно делают в системах бюджетирования, в Клике этого быть не должно.
Не, бюджетирование - это не конек Qlik. Когнос - отличный продукт для бюджетирования со всеми фишками, версионностью, распределением, консолидацией бюджетов. Или anaplan, если облако не пугает. Qlik - это бизнес-аналитика, в него данные не вносят, их смотрят и анализируют. Т.е. мы зачастую вместе идем, как в DeutscheBank - где всего 2 BI - Cognos и Qlik. Это кстати, к Кептену, который никак не поверит что бизнес давно всерьез использует данные инструменты.

Юрий, а чем смущает что/если без привязки к бюджетированию? Ну, оптимальный уровент сервиса там помоделировать или посмотреть бегунками сколько потеряем из-за скидок?

С Уважением,
Георгий
15 июн 16, 11:41    [19294900]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5021
Коллеги, раз уж тут плавно свернули на обсуждение потрохов Клика...

Была тема в которой Георгий расписывал количество памяти занимаемое приложением Клика при одновременной работе сним нескольких пользователей, подскажите, не могу найти (или любые другие источники по этой теме).
15 июн 16, 12:50    [19295268]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 George Nordic:


Можете подробнее рассказать, что такое в Клике анализ "что/если"? Это обычно делают в системах бюджетирования, в Клике этого быть не должно.
Не, бюджетирование - это не конек Qlik. Когнос - отличный продукт для бюджетирования со всеми фишками, версионностью, распределением, консолидацией бюджетов. Или anaplan, если облако не пугает.


В Анаплане пугает то, что он похож на Клик ;) Много красивых маркетинговых слов по поводу HyperBlock, а реально это обычная реляционная СУБД ;)


Qlik - это бизнес-аналитика, в него данные не вносят, их смотрят и анализируют. Т.е. мы зачастую вместе идем, как в DeutscheBank - где всего 2 BI - Cognos и Qlik. Это кстати, к Кептену, который никак не поверит что бизнес давно всерьез использует данные инструменты.


Если бы у Клика на сайте висело предупреждение - что чистый Клик использовать вредно, и к нему нужно прикупить дополнительное решение, то все вопросы были бы сняты.

Юрий, а чем смущает что/если без привязки к бюджетированию? Ну, оптимальный уровент сервиса там помоделировать или посмотреть бегунками сколько потеряем из-за скидок?

Смущает то, что пользователи вводятся в заблуждение. При изменении скидок должен изменяться спрос (в соответствии с эластичностью спроса). А модель эластичности спроса не входит в функционал бегунков. Оптимальный уровень сервиса - это тоже серьезная задача, и Клик ее не может решить. Другое дело, что может быть Клик - это решение для ленивых пользователей (которых к счастью для Клика - немало), которые хотят водить пальцем по экрану, смотреть что при изменении фильтра красиво меняются графики (хотя при этом, без многофакторного или хотя бы многомерного анализа не понятно, какие факторы каким образом влияют на целевые функции). Также и с анализом что-если - ленивый аналитик моделирует прогнозную выручку как произведение цены на количество, не задумываясь об эластичности ;)
15 июн 16, 15:11    [19295964]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
xenix
Guest
автор
Т.е. мы зачастую вместе идем, как в DeutscheBank - где всего 2 BI - Cognos и Qlik

Они же, вроде, еще и Oracle BI применяли?
15 июн 16, 15:58    [19296158]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Apex:

Похоже Юрий решил диверсифицировать свой бизнес.

Основная моя цель - повышение ВВП России. Импортозамещением тоже занимаюсь активно ;) Но вот что Вы имеете в виду под диверсификацией?

2 Roman Kolchin:

Если для вас BI это в первую очередь "форматированные таблички", то Клик вам не подойдет.

Сложное форматирование отчетов - это достаточно важно для серьезных компаний. Но вопрос в другом - если BI система может формировать отчеты любой сложности - то и анализировать данные в ней можно без проблем (натаскивая на экран любые комбинации мемберов/сетов, формируя вычисляемые показатели/мемберы). А вот Клик и не умеет делать сложные отчеты, и соответственно анализировать данные там проблематично - можно только по заранее заложенному сценарию смотреть на фиксированные дашборды, нельзя в дашборд натаскивать дополнительные аналитики, чтобы это было удобно и компактно.
Возможно Вам все это не понятно, поскольку Вы (как и другие пользователи Oracle BI, SAP BO, MSTR, MS BI, Прогноз, и т.п.) привыкли работать в BI решениях, где гибкость для построения отчетов и анализа данных не на высоком уровне.

Сходу в голову приходит всего один случай, когда важно видеть иерархию в виде дерева, чтобы понимать результат расчета и вообще потому что так принято :) -- это план счетов/ иерархия финансовых показателей.

Если брать справочники 1С (номенклатура, контрагенты, и т.п.) - то они обычно имеют несбалансированную иерархию, дерево мемберов использовать удобно, чтобы натащить из него в область отчета нужные группы/подгруппы с разных уровней иерархии. Иерархия позволяет делать Drill-Down, которого нет в Клике, насколько я знаю.

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

В этом случае отчет будет очень громоздким, и сложно привести несбалансированные иерархии к фиксированному числу полей.

Онлайн доступа (кроме упомятуго DIRECT QUERY для точечного получения пары показателей) у Клика никуда нет и Oracle Hyperion Planning/Essbase не исключение.

С одной стороны Вы говорите, что онлайн доступа нет. Но с другой стороны, Direct Query позволяет обеспечить онлайн доступ. Нет ли противоречия в Ваших словах? Нельзя ли при большом желании получать с помощью Direct Query все показатели?

Я не имею ничего против Essbase, могу лишь сказать что это достаточно сложное и тяжелое решение.
Инсталлировать конечно тяжеловато -- помимо самого сервера, база, веблоджик, пяток java-приложений... Это результат модели продаж Оракла, изначально сервер ставился очень просто. Оракл предпочитает продавать Essbase в составе других продуктов. Default BI и TM1 в частности разве не требуют установки аналогичного зоопарка компонент?


Default BI и TM1 устанавливаются с помощью простого мастера инсталляции. Но основной вопрос я думаю не в инсталляции, а в удобстве работы. Также было бы интересно узнать стоимость минимальной конфигурации Oracle Hyperion Planning + Oracle BI/Essbase, есть ли у Oracle недорогая конфигурация типа IBM Cognos Express.

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

Могу сказать, что и в TM1 можно записывать с помощью языка любые точки куба в любые точки этого или другого куба, использовать встроенные функции либо писать внешние функции на Java. Но основное преимущество ТМ1 над Hyperion Planning - это наличие визуальных средств для создания измерений, кубов/бюджетов и связей между ними, а также процессов загрузки данных/факта из внешних источников. Соответственно ТМ1 понятен для финансистов/экономистов, а Hyperion Planning - это для них черный ящик...
16 июн 16, 00:55    [19298256]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Кэптен
Member

Откуда: Kiev
Сообщений: 211
Дедушка
Коллеги, раз уж тут плавно свернули на обсуждение потрохов Клика...

Была тема в которой Георгий расписывал количество памяти занимаемое приложением Клика при одновременной работе сним нескольких пользователей, подскажите, не могу найти (или любые другие источники по этой теме).

У меня есть док от Клика, там формулы расчета:
RAM = (RAMuser × No. users) + RAMinitial
Where
RAM〗initial = QVWsizedisk × FileSizeMultiplier; this is the initial RAM footprint for any application
RAM〗user =〖RAMinitial × userRAMratio; this is the RAM each incremental user consumes
QVWsizedisk = SourceData × (1 - CompressionRatio); this is the size, on disk, of a
QlikView file
Assumptions:
userRAMratio: range between 1%–10%
FileSizeMultiplier: range between 2–10
CompressionRatio: range between 20%–90%

И пример, если данных 50Гб, 30 юзеров и compression=90%, то требуется RAM=50ГБ
---
А вот что считали на этом форуме:
Вот еще пример в стиле вопрос-ответ:
* какой сервер понадобится для нормальной работы 50 одновременно активных пользователей, если построить модель над таблицей фактов в 200Gb (это уже агрегированные факты). Чтобы, например, можно было сделать отчеты с ABC анализом порядка 200 000 моделей номенклатур?
считайте грубо:
1. сами данные в памяти сожмутся - оптимистично - 200Gb/3 = 70Gb

* сколько ресурсов съест каждый следующий пользователь
2. на 50 пользователей - очень зависит от того как построена модель дашборда (чем больше доп расчетов/переменных используется в set analysis - тем больше каждый пользователь потребует для себя индивидуального памяти на сервере) - в среднем оптимистично + 20% от размера модели для каждого активного пользователя (7Gb+20%*70*50 = 707 Gb для одновременно активно/накладывающих различные фильтра работающих пользователей с полной моделью данных на каждого)

* если к этому прибавить 200 пользователей, но с небольшой моделью (~ 1Gb данных в хранилище).
в общем и целом – такой же алгоритм как и выше. возможно для таких пользователей подойдет установка локальной копии системы (например - Personal version и подливка этого 1Gb данных каждым пользователем персонально из предварительно сгенеренных QVD файлов в предварительно разработанные QVW файлы) 1Gb + 1Gb*20%*200=201 Gb

Т.е. для приведенного примера модели в 200ГБ и 50 пользователей потребуется сервер с 908 ГБ оперативной памяти!
---
Про ДойчеБанк и подсчеты памяти Георгий может комментировать. Хотя и я сказал и Гартнер, что Клик это доп.костыль в компаниях. И тот же Дойче банк тому подтверждение - серьезные решения на серьезных БИ, а вау-эффекты дял топов (без деталей) - на Клике.
---
Jurii
Также было бы интересно узнать стоимость минимальной конфигурации Oracle Hyperion Planning + Oracle BI/Essbase, есть ли у Oracle недорогая конфигурация типа IBM Cognos Express.

Сейчас в 2 или 3 раза ниже Когнос Экспресса (Oracle Идет в Cloud и Хайп там несколько сотен стоит - 300 или 500, не помню.)
16 июн 16, 08:13    [19298442]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Кэптен:

Также было бы интересно узнать стоимость минимальной конфигурации Oracle Hyperion Planning + Oracle BI/Essbase, есть ли у Oracle недорогая конфигурация типа IBM Cognos Express.
Сейчас в 2 или 3 раза ниже Когнос Экспресса (Oracle Идет в Cloud и Хайп там несколько сотен стоит - 300 или 500, не помню.)


300 или 500 EUR/USD за лицензию в год или навечно? Могу ли я заплатить 300 USD и купить 1 лицензию Oracle Hyperion Planning + BI/Essbase? ;)
Облако это довольно стремная архитектура, было бы интересно узнать цену на обычные лицензии, которые можно поставить на свой сервер. Раньше насколько я помню минимальная конфигурация была - 25 лицензий по 5 тыс. долларов за лицензию, но свежие цены я не знаю.
16 июн 16, 08:42    [19298512]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Jurii
Сложное форматирование отчетов - это достаточно важно для серьезных компаний. Но вопрос в другом - если BI система может формировать отчеты любой сложности - то и анализировать данные в ней можно без проблем (натаскивая на экран любые комбинации мемберов/сетов, формируя вычисляемые показатели/мемберы). А вот Клик и не умеет делать сложные отчеты, и соответственно анализировать данные там проблематично - можно только по заранее заложенному сценарию смотреть на фиксированные дашборды, нельзя в дашборд натаскивать дополнительные аналитики, чтобы это было удобно и компактно.
Возможно Вам все это не понятно, поскольку Вы (как и другие пользователи Oracle BI, SAP BO, MSTR, MS BI, Прогноз, и т.п.) привыкли работать в BI решениях, где гибкость для построения отчетов и анализа данных не на высоком уровне.

По вашей логике, раз форматировать отчеты любой сложности можно в Word'е, то он является удобным инструментом анализа :)
Но это очевидно не так.

Все перечисленные вами возможности есть в большинстве инструментов отчетности, которые я знаю: Qlik, Tableau, Oracle BI и даже, тысяча чертей, в Hyperion Financial Reporting :) И все это там вполне наглядно и визуально.

Прикол в том, что возможность в отчетнике вытащить на экран произвольные мембер-сеты и вычисляемые показатели не делает отчетник эффективным инструментом анализа.

Эффективность -- это скорость и трудоемкость получения расчетного показателя в нужном разрезе аналитик, начиная от подключения к источнику, в котором есть данные для расчета этого показателя. По этому критерию Qlik и Tableau впереди планеты всей -- исходя из моего опыта и аналитического отчета Гартнера. Конкретный перечень фич можно долго сравнивать -- я один укажу, кто-то другой -- но результат сравнения в целом такой, как у Гартнера. А Default BI даже из последнего отчета Гартнера вообще вылетел.

Jurii
Если брать справочники 1С (номенклатура, контрагенты, и т.п.) - то они обычно имеют несбалансированную иерархию, дерево мемберов использовать удобно, чтобы натащить из него в область отчета нужные группы/подгруппы с разных уровней иерархии.

Если есть возможность дерево показать, то почему бы не показать :) А если нет такой возможности, то нужно чуть-чуть подумать и превратить несбалансированную иерархию в иерархию по уровням/поколениям.

Я сам фанат деревьев как визульного элемента, тк был воспитан в лесу дикими MOLAP кубами :) Но готов мириться с их отсутствием, если инструмент отчетности в целом эффективен.

Если говорить об 1С, то на мой взгляд их активным пользователям в первую очередь нужно рассматривать BI от Microsoft. С 1С обычно поставляется лицензия на SQL Server с хорошей скидкой. И в эту лицензию входит SQL Server Analysis Services -- шикарные кубы от MS -- их можно и однозначно нужно использовать. В качестве клиента к ним отлично подойдет Excel -- в нем и мембер-сеты можно будет делать и добавлять расчетные показатели, кстати :)

Jurii
Default BI и TM1 устанавливаются с помощью простого мастера инсталляции. Но основной вопрос я думаю не в инсталляции, а в удобстве работы.

Могу сказать, что и в TM1 можно записывать с помощью языка любые точки куба в любые точки этого или другого куба, использовать встроенные функции либо писать внешние функции на Java. Но основное преимущество ТМ1 над Hyperion Planning - это наличие визуальных средств для создания измерений, кубов/бюджетов и связей между ними, а также процессов загрузки данных/факта из внешних источников. Соответственно ТМ1 понятен для финансистов/экономистов, а Hyperion Planning - это для них черный ящик...

Hyperion Planning/ Essbase устанавливаются тоже с помощью простого мастера инсталляции. Оракл проделал огромную работу по упрощению процесса установки и настройки -- компонент стало больше чем было раньше, но все ставится буквально в два клика.

Производительности Hyperion Planning/ Essbase хватает чтобы всю бюджетную модель поместить в один куб. В отличие от Default BI. Поэтому тут практически не используются какие-то визуальные средства проектирования связей между кубами и бюджетами, тк все находится в одном кубе и доступно для просмотра любым инструментом анализа как единый непротиворечивый набор данных. Визуальные инструменты переноса данных между кубами конечно есть, но не очень нужны. Процесс согласования данных для последовательности бюджетов конечно настраивается визуально -- тут это оправдано, тк в отличие от альтернативных решений в Hyperion Planning можно настроить очень сложную логику бюджетной модели -- с консолидацией, распределением затрат и расчетом себестоимости, трансляцией валют, планированием производственного процесса -- и все это в одном кубе, в отличие от менее продвинутых инструментов.

Когда я писал о возможности записи результата расчета в любую точку многомерного куба я это имел в виду буквально -- мы берем данные из любого места (с агрегированного уровня, например) куба, записываем на базовый уровень в том же кубе, потом опять агрегируем, потом пересчитываем и кладем на базовый, затем опять агрегируем. И все это на одном и том же языке расчетов в рамках одного правила в одном кубе. Ах да, правило расчета любой сложности в Hyperion Planning может быть задано чисто визуальными средствами без программирования.

На сколько я знаю, производительности TM1 не хватает, чтобы обрабатывать данные реальной бюджетной модели (по крайней мере в для компаний в РФ) в одном кубе и поэтому там приходится создавать много кубов и настраивать сложные процессы передачи данных между ними. Еще, на сколько я знаю, формульный язык расчетов в TM1 нет такой продвинутый как в Hyperion Essbase -- в формулах расчета показателей TM1 нет функций прогнозирования, трендов, аллокаций, финансовых показателей типа NPV и IRR.

Jurii
Также было бы интересно узнать стоимость минимальной конфигурации Oracle Hyperion Planning + Oracle BI/Essbase, есть ли у Oracle недорогая конфигурация типа IBM Cognos Express.

Озвучте, пожалуйста, цену на Cognos и параметры "недорогой конфигурации", чтобы было понятно с чем сравнивать.

В принципе, очевидно, что Hyperion Planning это более зрелый и лучше приспособленный для использования именно для бюджетирования инструмент, поэтому я допускаю что он может быть дороже чем Cognos.
16 июн 16, 23:46    [19302909]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Leoris
Member

Откуда:
Сообщений: 47
автор
Ага, в hh наберите и станет понятно.

На hh большинство вакансий по договорённости, сложно оценить.

Коллеги, а кто-нибудь может сориентировать какая может быть вилка зарплат по позициям?
1. Junior developer (опыт до года работы)
2. Senior developer (2-3 года работы(знание шитых ETL и программирование) + SQL
3. Senior developer + разработка своих расширений
4. Архитектор кластера Qlik
17 июн 16, 09:44    [19303600]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
SpellBuilder
Member

Откуда: р.Москва, д.МО
Сообщений: 1899
Раз уж о бюджетировании
99% компаний ведет буюджетирование в Excel
Наверно второе место за конфигурациями 1С
а на остальных уже указанное выше в топике.

И что всем всем вести в Excel

p.s. Что касается форматирования отчетов, забываем про NPrintig.
17 июн 16, 09:52    [19303645]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Roman Kolchin:

По вашей логике, раз форматировать отчеты любой сложности можно в Word'е, то он является удобным инструментом анализа :)
Но это очевидно не так.


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

Все перечисленные вами возможности есть в большинстве инструментов отчетности, которые я знаю: Qlik, Tableau, Oracle BI и даже, тысяча чертей, в Hyperion Financial Reporting :) И все это там вполне наглядно и визуально.

То что Вы перечислили - имеет негибкий интерфейс (про HFR не скажу - не видел, но что-то я не встречал это ПО в шорт-листах). Если на форуме есть специалисты по Qlik, Tableau, Oracle BI - то было бы хорошо, если бы они выложили ссылки на видео, где виден процесс анализа данных в этих решениях.


Эффективность -- это скорость и трудоемкость получения расчетного показателя в нужном разрезе аналитик, начиная от подключения к источнику, в котором есть данные для расчета этого показателя. По этому критерию Qlik и Tableau впереди планеты всей -- исходя из моего опыта и аналитического отчета Гартнера.


На мой взгляд, ежедневная работа не начинается с разработки ХД, с подключения к новым источникам. Важно уметь выбирать данные из имеющихся источников. Отчет Gartner нужно смотреть аккуратно, так как там поменялись критерии выставления баллов.

Конкретный перечень фич можно долго сравнивать -- я один укажу, кто-то другой -- но результат сравнения в целом такой, как у Гартнера. А Default BI даже из последнего отчета Гартнера вообще вылетел.

В каждом решении можно сделать круговую диаграмму... И раскрасить фон в зеленый цвет. И в желтый тоже ;) Подобных фич много, но я бы их отбросил, оставил бы самую важную - гибкость в выборе мемберов, сетов, формирование тьюплов и т.п. из семантического слоя. Если бы Gartner в своем квадранте еще начал сравнивать пылесосы - то и Клик бы оттуда вылетел ;)
Default BI начиная с версии 11 объединил традиционную гибкость с возможностями работы на мобильных устройствах.

Если говорить об 1С, то на мой взгляд их активным пользователям в первую очередь нужно рассматривать BI от Microsoft. С 1С обычно поставляется лицензия на SQL Server с хорошей скидкой. И в эту лицензию входит SQL Server Analysis Services -- шикарные кубы от MS -- их можно и однозначно нужно использовать. В качестве клиента к ним отлично подойдет Excel -- в нем и мембер-сеты можно будет делать и добавлять расчетные показатели, кстати :)

Я бы так не обижал пользователей 1С ;) из года в год пользователи MS страдают от недостатка функционала (у Excel негибкий интерфейс, да и MDX + SQL писать руками непросто), для них Клик - это предел мечтаний, ни о чем лучшем они не слышали. По поводу лицензии SQL Server - она стоит достаточно дорого, с 1С стоит дешево, но было бы хорошо уточнить, можно ли с этим SQL Server что-то делать кроме как работать в 1С.


Производительности Hyperion Planning/ Essbase хватает чтобы всю бюджетную модель поместить в один куб. В отличие от Default BI. Поэтому тут практически не используются какие-то визуальные средства проектирования связей между кубами и бюджетами, тк все находится в одном кубе и доступно для просмотра любым инструментом анализа как единый непротиворечивый набор данных.


Вот эта тема достаточно интересная. Один мой знакомый говорил, что когда все в одном кубе - то Hyperion Planning притормаживает. Кроме вопроса тормозов - красиво ли запихивать в один куб и финансовые бюджеты, и операционные бюджеты с их аналитиками? Это же ненаглядно, нужно писать код, создавать элементы типа НоменклатураНеУказана. Или если в бюджет продаж хочется добавить еще одно измерение - легко ли это сделать в Hyperion Planning?

На сколько я знаю, производительности TM1 не хватает, чтобы обрабатывать данные реальной бюджетной модели (по крайней мере в для компаний в РФ) в одном кубе и поэтому там приходится создавать много кубов и настраивать сложные процессы передачи данных между ними.

При работе в Excel лучшей практикой является не размещать 100 таблиц на одном листе, а сделать несколько итоговых таблиц с расшифровками на отдельных листах. TM1 - это многомерный Excel, при изменении в одном кубе идет пересчет по цепочкам во взаимосвязанных кубах.

Еще, на сколько я знаю, формульный язык расчетов в TM1 нет такой продвинутый как в Hyperion Essbase -- в формулах расчета показателей TM1 нет функций прогнозирования, трендов, аллокаций, финансовых показателей типа NPV и IRR.

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

Ах да, правило расчета любой сложности в Hyperion Planning может быть задано чисто визуальными средствами без программирования.

Есть ли видео на эту тему?
Также было бы интересно посмотреть код, который надо написать в Hyperion Planning для того чтобы данные из бюджета цен на сырье передавались в бюджет рецептур, далее шли в бюджет продаж, и далее в БДР, далее в бюджеты аллокации БДР на SKU и т.п. В ТМ1 все это делается визуальными средствами.

Также было бы интересно узнать стоимость минимальной конфигурации Oracle Hyperion Planning + Oracle BI/Essbase, есть ли у Oracle недорогая конфигурация типа IBM Cognos Express.
Озвучте, пожалуйста, цену на Cognos и параметры "недорогой конфигурации", чтобы было понятно с чем сравнивать.


Стоимость сервера TM1 - от 10 тыс. USD, лицензия на каждого пользователя - от 1 тыс. USD, нет минимального количества лицензий пользователей. Если брать TM1 Magic Edition - то средняя стоимость лицензии на пользователя снижается ;)

В принципе, очевидно, что Hyperion Planning это более зрелый и лучше приспособленный для использования именно для бюджетирования инструмент, поэтому я допускаю что он может быть дороже чем Cognos.

Не является ли Hyperion Planning отмирающим неповоротливым динозавром по сравнению с ТМ1 и Anaplan?
20 июн 16, 01:50    [19312559]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Jurii
То что Вы перечислили - имеет негибкий интерфейс (про HFR не скажу - не видел, но что-то я не встречал это ПО в шорт-листах). Если на форуме есть специалисты по Qlik, Tableau, Oracle BI - то было бы хорошо, если бы они выложили ссылки на видео, где виден процесс анализа данных в этих решениях.

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

Кстати, я не считаю Hyperion Financial Reporting гибким инструментом для анализа. Хорошим отчетником над кубами с богатыми возможностями форматирования данных -- да! Но не инструментом анализа. Получается, он позволяет пользователю делать все, что вы назвали, но не является хорошим инструментом и не входит в "шорт листы"? Парадокс :)


Jurii
Эффективность -- это скорость и трудоемкость получения расчетного показателя в нужном разрезе аналитик, начиная от подключения к источнику, в котором есть данные для расчета этого показателя. По этому критерию Qlik и Tableau впереди планеты всей -- исходя из моего опыта и аналитического отчета Гартнера.

На мой взгляд, ежедневная работа не начинается с разработки ХД, с подключения к новым источникам. Важно уметь выбирать данные из имеющихся источников. Отчет Gartner нужно смотреть аккуратно, так как там поменялись критерии выставления баллов.

Ежедневная работа аналитика -- придумать вопрос (или услышать вопрос от начальства) и быстро найти ответ в данных. Если результат анализа можно в том же виде показать начальству, отправив ему ссылку -- вообще хорошо.

Быстро найти данные (в Хранилище, в какой-то новой системе или даже пачке Excel'вских файлов), быстро накидать их визуальное представление, досчитав недостающие показатели на ходу, все это без привлечения ИТ -- это оптимальный сценарий использования BI. Новые критерии Гартнера к выбору лидера BI отражают именно такой подход.


Jurii
Default BI начиная с версии 11 объединил традиционную гибкость с возможностями работы на мобильных устройствах.

Все перечисленные выше инструменты BI отлично объединяют гибкость (мемберсеты, расчетные показатели и все такое) с возможностями работы на мобильных устройства. Даже, тысяча чертей, Hyperion Financial Reporting :)

Зачем вы продолжаете перечислять функционал который есть во всех известных инструментах BI? Если вы считаете, что Cognos как-то по-особому реализует гибкость и удобства для пользователя (как-то так по-особому, что об этом не знают компании, которых опрашивал Гартнер), то обоснуйте пожалуйста.


Jurii
Я бы так не обижал пользователей 1С ;) из года в год пользователи MS страдают от недостатка функционала (у Excel негибкий интерфейс, да и MDX + SQL писать руками непросто), для них Клик - это предел мечтаний, ни о чем лучшем они не слышали.

Процитирую классиков (курсив в цитате мой): "В последнее время, в связи с увеличением количества партнеров корпорации Microsoft в России и странах СНГ, появилось много случаев неквалифицированного проведения демонстраций функциональности ПО Microsoft SQL Server Analysis Services и Microsoft Office Excel. Если Вы при знакомстве с ПО Microsoft не обнаружили требуемую Вам аналитическую функциональность, или например ПО Microsoft показало недостаточно высокую производительность при обработке большого объема данных - обращайтесь..." к специалистам, которые общаются на форуме SQL.ru.


Jurii
По поводу лицензии SQL Server - она стоит достаточно дорого, с 1С стоит дешево, но было бы хорошо уточнить, можно ли с этим SQL Server что-то делать кроме как работать в 1С.

Стоимость лицензии на "Microsoft SQL Server Standard Edition" (кубы Analysis Services, отчетник Reporting Services и ETL Integration Services включены в состав лицензии):
* 1x Сервер = 37 664 Рублей РФ
* 50x Пользователь (User CAL) = 50 * 8 762 Рублей РФ = 438 100 Рублей РФ
Это ценник годичной давности (2015г) -- в таком виде я пересылал его клиенту.


Jurii
Производительности Hyperion Planning/ Essbase хватает чтобы всю бюджетную модель поместить в один куб. В отличие от Default BI. Поэтому тут практически не используются какие-то визуальные средства проектирования связей между кубами и бюджетами, тк все находится в одном кубе и доступно для просмотра любым инструментом анализа как единый непротиворечивый набор данных.

Вот эта тема достаточно интересная. Один мой знакомый говорил, что когда все в одном кубе - то Hyperion Planning притормаживает.

Снова процитирую классиков (курсив в цитате мой): "В последнее время, в связи с увеличением количества партнеров корпорации Oracle в России и странах СНГ, появилось много случаев неквалифицированного проведения демонстраций функциональности ПО Oracle Hyperion Planning и Essbase. Если Вы при знакомстве с ПО Oracle Hyperion не обнаружили требуемую Вам аналитическую функциональность, или например ПО Oracle Hyperion показало недостаточно высокую производительность при обработке большого объема данных - обращайтесь..." ко мне.


Jurii
Кроме вопроса тормозов - красиво ли запихивать в один куб и финансовые бюджеты, и операционные бюджеты с их аналитиками? Это же ненаглядно, нужно писать код, создавать элементы типа НоменклатураНеУказана. Или если в бюджет продаж хочется добавить еще одно измерение - легко ли это сделать в Hyperion Planning?

Первое - тормоза это не вопрос. Достаточно аккуратно настроить модель и расчеты и все будет летать. Консолидация бюджета за год для 100 компаний за 2 минуты -- легко.

Размещение всех бюджетов в одному кубе дает возможность анализировать все данные в рамках одного простого отчета или формы. Создать во всех измерениях элемент "Прочие", на который вводить данные по всем показателям, которые не должны детализировать по смыслу по этому измерению, это очень просто. В результате имеем, например, в одном кубе Прибыль, которая сначала раскалывается по единым с Доходами и Расходами измерениям, а потом, в рамках того же отчета в том же кубе, может быть детализирована по измерениям специфичным для конкретного показателя. Но куб един и все данные связаны друг с другом.

Вы ссылаетесь на визуальный инструмент настройки связей между бюджетами в TM1 потому что без такой визуализации ни один пользователь не поймет что с чем связано. В Hyperion Planning такой проблемы и соответственно такой потребности нет -- все данные лежат в одном кубе и связаны простыми иерархическими связями в рамках общего состава измерений.

Измерения в Hyperion Planning, кстати, добавляются тоже легко -- кликаешь на кнопку "Добавить" и все. Если данных в приложении накопилось много, то для обновления структуры данные лучше сначала выгрузить, а потом загрузить обратно -- это необходимая операция может занять много времени (если данных в системе много за несколько лет), но и новые измерения добавляются не часто.


Jurii
На сколько я знаю, производительности TM1 не хватает, чтобы обрабатывать данные реальной бюджетной модели (по крайней мере в для компаний в РФ) в одном кубе и поэтому там приходится создавать много кубов и настраивать сложные процессы передачи данных между ними.

При работе в Excel лучшей практикой является не размещать 100 таблиц на одном листе, а сделать несколько итоговых таблиц с расшифровками на отдельных листах. TM1 - это многомерный Excel, при изменении в одном кубе идет пересчет по цепочкам во взаимосвязанных кубах.

Hyperion Planning, благодаря использованию MOLAP-сервера Essbase избавляет от проблемы -- сложность данных прячется в его структуре, когда нужен простой отчет, но при этом данные в любой момент могут быть показаны пользователю в разрезе всех возможных измерений.

И Essbase и TM1 появились в связи с желанием помочь пользователям навести порядок с Excel. Только TM1 воспроизвел архитектуру Excel почти буквально -- множество кубов-книг, формулы считаемые на лету автоматически. Essbase пошел дальше в наведении порядка -- мы выделяем из всех показателей бюджетной модели все аналитики и как результат нашего анализа создаем единую многомерную модель. C Essbase пользователю не надо помнить связи между кубами или использовать визуальную трассировку этих связей как в TM1.


Jurii
Еще, на сколько я знаю, формульный язык расчетов в TM1 нет такой продвинутый как в Hyperion Essbase -- в формулах расчета показателей TM1 нет функций прогнозирования, трендов, аллокаций, финансовых показателей типа NPV и IRR.

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

На сколько я знаю, функции Java доступны для вызова только в инструменте интеграции данных между кубами, но не в формулах внутри куба. А это ограничивает возможности движка расчетов TM1.


Jurii
Ах да, правило расчета любой сложности в Hyperion Planning может быть задано чисто визуальными средствами без программирования.

Есть ли видео на эту тему?
Также было бы интересно посмотреть код, который надо написать в Hyperion Planning для того чтобы данные из бюджета цен на сырье передавались в бюджет рецептур, далее шли в бюджет продаж, и далее в БДР, далее в бюджеты аллокации БДР на SKU и т.п. В ТМ1 все это делается визуальными средствами.

В TM1 для реализации описанного алгоритма данные нужно передавать между кубами и использование визуальных средств для трассировки этих связей -- это вынужденная мера.

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

Видео у меня под руками нет. Если клиенту важно, то визуальный интерфейс ему показывается. Но я не считаю удобным визуальную настройку более менее сложных алгоритмов. Ничто не заменит лаконичный код + текстовое описание алгоритма на языке Пушкина и Лермонтова :)

Jurii
Также было бы интересно узнать стоимость минимальной конфигурации Oracle Hyperion Planning + Oracle BI/Essbase, есть ли у Oracle недорогая конфигурация типа IBM Cognos Express.
Озвучте, пожалуйста, цену на Cognos и параметры "недорогой конфигурации", чтобы было понятно с чем сравнивать.


Стоимость сервера TM1 - от 10 тыс. USD, лицензия на каждого пользователя - от 1 тыс. USD, нет минимального количества лицензий пользователей. Если брать TM1 Magic Edition - то средняя стоимость лицензии на пользователя снижается ;)

Цена лицензии Hyperon Planning 3 500 USD, но сюда входит не только "голый" движок MOLAP Hyperion Essbase, но веб-приложение с формами ввода и процессом согласования бюджетов. По прайсу минимальное кол-во лицензий 25, но Оракл иногда идет на уменьшение кол-ва закупаемых лицензий и часто на скидки.

Jurii
В принципе, очевидно, что Hyperion Planning это более зрелый и лучше приспособленный для использования именно для бюджетирования инструмент, поэтому я допускаю что он может быть дороже чем Cognos.

Не является ли Hyperion Planning отмирающим неповоротливым динозавром по сравнению с ТМ1 и Anaplan?

Hyperion Planning был и остается лидером среди инструментов для планирования и моделирования. В мире -- точно. В России у него все-таки ценник высоковат.

Еще сейчас активно продвигается Hyperion Planning в облаке, как Анаплан. Ценник - 120 USD за пользователя в месяц при любом количестве пользователей.
20 июн 16, 22:40    [19316640]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Roman Kolchin
Стоимость лицензии на "Microsoft SQL Server Standard Edition" (кубы Analysis Services, отчетник Reporting Services и ETL Integration Services включены в состав лицензии):
* 1x Сервер = 37 664 Рублей РФ
* 50x Пользователь (User CAL) = 50 * 8 762 Рублей РФ = 438 100 Рублей РФ
Это ценник годичной давности (2015г) -- в таком виде я пересылал его клиенту.

Роман, это какая-то ошибка. Службы MS Analysis Services никогда не входили в Microsoft SQL Server Standard Edition - там были только IS и RS. Analysis Services входил только в Business Intelligence Edition и Enterprise Edition. В новом Microsoft SQL Server 2016 больше нет редакции Business Intelligence Edition, таким образом аналитика осталась только в версиях для разработчиков и Microsoft SQL Server Enterprise Edition. Ну и в облаке...

С Уважением,
Георгий
21 июн 16, 09:43    [19317527]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Mileyko
Member

Откуда:
Сообщений: 53
George Nordic, разумеется, входили, но в этой редакции было ограничение по функциональности, например, FirstChild.
21 июн 16, 10:05    [19317599]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
vikkiv
Member

Откуда: London
Сообщений: 1359
это злой троллинг чтобы переключить внимание с клика на MS ?
именно так и было кстати, SSAS начинается со Stadnard (выше функциональность немного другая но для подавяющего большинства это всё равно несущественные/неиспользуемые элементы), причём цены, как и описано выше, ещё и о пересечении двух сценариев в точке 0.5 мил. руб (7.5К$): один на 50 CAL (если верить предыдущему посту), другой на 4 ядра без ограничений по пользователям, пол лимона рублей это именно то место где начинается выгода от лицензии по ядрам и CAL модель становится дорогой.
21 июн 16, 10:08    [19317608]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
товарищъ
Member

Откуда: Минск
Сообщений: 630
George Nordic
Роман, это какая-то ошибка. Службы MS Analysis Services никогда не входили в Microsoft SQL Server Standard Edition ....

В 2008 - входили, но с ограничениями, например только 3 партиции в кубе.
в 2014 - "BI" есть с CAL лицензиями, а Standart и Enterprise лицензируются на ядро
подробнее тут https://www.microsoft.com/ru-ru/server-cloud/products/sql-server/Purchasing.aspx
21 июн 16, 10:10    [19317614]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
товарищъ
Member

Откуда: Минск
Сообщений: 630
в sql 2016 вроде нет редакции BI, но OLAP входит в редакцию Standart см https://www.microsoft.com/en-us/server-cloud/products/sql-server-editions/overview.aspx с ограничениями: Tabular - 16 GB MOLAP - 64 GB, нет datazen и пр. расширений
21 июн 16, 10:15    [19317630]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
George Nordic
Роман, это какая-то ошибка. Службы MS Analysis Services никогда не входили в Microsoft SQL Server Standard Edition - там были только IS и RS. Analysis Services входил только в Business Intelligence Edition и Enterprise Edition.

vikkiv
это злой троллинг чтобы переключить внимание с клика на MS?

товарищъ
в sql 2016 вроде нет редакции BI, но OLAP входит в редакцию Standart см https://www.microsoft.com/en-us/server-cloud/products/sql-server-editions/overview.aspx с ограничениями: Tabular - 16 GB MOLAP - 64 GB, нет datazen и пр. расширений

Друзья, звиняйте, я троллил исключительно Юрия. Но из песни слов не выкинешь. Ценник был именно такой.

В условиях "уже есть 1C и SQL Server Standard Edition в комплекте", согласитесь, почему бы не начать делать BI на продуктах MS?

Кстати, тот клиент, цены которого я процитировал, действительно захотел в итоге и партиции и еще какие-то фишки и выбрал "Microsoft SQL Server BI Edition":
+ 1x Сервер 360 648 RUB
+ 50x 8 762 RUB = 438 100 RUB
= 798 748 RUB
И это тоже очень неплохая цена за Базу + MOLAP (все движки) + ETL + Reporting.

Все это не умаляет достоинства QlikView. Если MS дает комплект из нескольких продуктов: базы, molap, etl, reporting; то c QlikView вы получаете весь этот функционал вообще в одном продукте и одном интерфейсе. Эффективность возрастает даже по сравнению с MS чрезвычайно.

В общем, нет продукта, который подходит для любой компании в любой ситуации.
21 июн 16, 19:18    [19320222]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Кэптен
Member

Откуда: Kiev
Сообщений: 211
Roman Kolchin
Если MS дает комплект из нескольких продуктов: базы, molap, etl, reporting; то c QlikView вы получаете весь этот функционал вообще в одном продукте и одном интерфейсе. Эффективность возрастает даже по сравнению с MS чрезвычайно.

Интересно сравнить что за база такая у QlikView (файлики qvd - например отсутствие безопасности) с той же MS или Oracle (что также бесплатно входит в поставку Oracle BI SEO).
Про цены тоже можно поговорить: 1200 у Oracle, 1500 у QlikView. Не говоря про Cognos.
Хотя ценники, функционал (без глубой проработки деталей) - это не главное. Тот же ETL от Qlik - тема отдельной дискуссии
21 июн 16, 20:17    [19320403]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Кэптен
Тот же ETL от Qlik - тема отдельной дискуссии

Ага :) НО! Свою задачу он решает отлично. Под конкретный дашборд с его помощью можно подготовить любые данные. Как только масштаб источников данных и дашбордов-потребителей начнет расти, нужно сказать "стоп" и перенести эту логику на уровень хранилища в полноценную среду ETL. "Перенести" -- это не обязательно переделать; если расчетные данные из скрипта Клика всех устраивают, то можно тупо встроить их вызов в общий ETL по типу внешней программы. Но до такого масштаба еще нужно компании дорасти, Клик должен завоевать умы и сердца в куче подразделений :)

На семинаре по Клику Георгий и его коллега рассказывали, что вендор предлагает отдельный инструмент для визуализации потоков преобразования данных. Но он почему-то совсем не пользуется спросом, ни у нас, ни на западе. Клиентов, получается, устраивает существующий "скриптовый ETL".

Георгий, можешь прокомментировать, как реальные клиенты справляются с накопленным багажом? Есть успешный опыт рефакторинга скриптов и отчетов Клика после N лет эксплуатации?
21 июн 16, 21:47    [19320726]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
SpellBuilder
Member

Откуда: р.Москва, д.МО
Сообщений: 1899
Кэптен
Интересно сравнить что за база такая у QlikView (файлики qvd - например отсутствие безопасности) с той же MS или Oracle (что также бесплатно входит в поставку Oracle BI SEO).

Какая такая безопастность.
Всех пытаются в облако переселить, а Вы безопастность.
Все данные у пользователях в плоских выгрузках в Excel, уверен если пороетесь и у себя найдете.
Ну а если по существу, файлики при нормальной архитектуре лежат на сервере, где собирается модель, пользователи туда на файловом уровне доступа не имеют. Разве у Oracle и MS не так, все умеют на Oracle при наличии прав админских прав на ОС сервера восстанавливать пароль Oracle.
Вы сначала лишите пользователей Excel выгрузок, потом обсудим безопастность.
22 июн 16, 09:24    [19321557]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5021
SpellBuilder
Вы сначала лишите пользователей Excel выгрузок, потом обсудим безопастность.
к революции призываете? вас же "тётки из бухгалтерии" порвут как тузик грелку... :)
22 июн 16, 10:50    [19321840]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Кэптен
Member

Откуда: Kiev
Сообщений: 211
SpellBuilder
Кэптен
Интересно сравнить что за база такая у QlikView (файлики qvd - например отсутствие безопасности) с той же MS или Oracle (что также бесплатно входит в поставку Oracle BI SEO).

Какая такая безопастность.
Всех пытаются в облако переселить, а Вы безопастность.
Все данные у пользователях в плоских выгрузках в Excel, уверен если пороетесь и у себя найдете.
Ну а если по существу, файлики при нормальной архитектуре лежат на сервере, где собирается модель, пользователи туда на файловом уровне доступа не имеют. Разве у Oracle и MS не так, все умеют на Oracle при наличии прав админских прав на ОС сервера восстанавливать пароль Oracle.
Вы сначала лишите пользователей Excel выгрузок, потом обсудим безопастность.

Мы обсуждаем как должно быть и как есть в продуктах, в частности у Клика, а вы оперируете терминами "сам дурак", т.е. перехода на личности/частности :)
У правильных компаний в основных системах запрет на массовый экспорт в Эксел, данные можно выгружать по одиночным сущностям, а не весь поток.
Плюс контроль доступа к базам данных.
У Клика же кто к серверу добрался, тот все файлики и скачал.

И про облака - там вопрос безопасности такой же, плюс еще есть ньюансы ;) Т.е. побольше вопросик.
22 июн 16, 10:59    [19321880]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
slovnet
Member

Откуда:
Сообщений: 133
Кэптен,

1. В любой базе данных - кто внутрь попал - всю базу скачал.
2. В Клике можно запретить/ограничить выгрузку в эксель хоть по сущностям, хоть по полям, хоть по юзерам и т.д.
3. С одной стороны сравниваете Клик с продуктами БД/ХД, а с другой сравниваете цены Клика ц ценами на визуализаторы от этих вендоров. И всё это в дискурсе одного сравнения. Некорректно.
22 июн 16, 11:19    [19321978]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Кэптен
Member

Откуда: Kiev
Сообщений: 211
slovnet
Кэптен,

1. В любой базе данных - кто внутрь попал - всю базу скачал.

Учим матчасть, например, что такое защита от привилегий со стороны DBA.
В качестве источника куда копать, у Oracle это Data Vault. ;)
22 июн 16, 11:26    [19322016]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
slovnet
Member

Откуда:
Сообщений: 133
С удовольствием подучу матчасть (Я не DBA, мне не стыдно этого не знать:). Не очень понял, как можно самому себе дать привилегии которых у тебя нет. А если находишься уже внутри как админ - что мешает просто всё выкачать? И чем отличается от зайти как админ на сервер QV и скачать файлики? Ну и понятно что скачивание файликов тоже можно легко засечь инструментарием сисадмина.

И ещё - у Вас есть статистика - скольким процентам организаций реально нужен (и экономически оправдан) такой уровень защиты? А сколько используют этот самый Data Vault в том же Оракле?

А как ответите на эти вопросы - смотрите в пункты 2-3 моего предыдущего коммента. Клик занимает свою нишу и берёт за это приемлемую цену.

Видел его успешное применение на:
1. небольший предприятиях по 20-30 BI-юзеров где он да, заменяет и ETL и ХД за гораздо меньшие деньги и при этом для этих организаций достаточен.
2. большом финансовом холдинге, а также компании телевизионной трансляции и т.п. - там он над ХД и работают на нём сотни и тысячи юзеров.
22 июн 16, 12:16    [19322362]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5021
Дж. Свифт. Путешествия Гулливера
Всеми разделяется убеждение, что варёные яйца при употреблении их в пищу испокон веков разбивались с тупого конца; но дед нынешнего императора, будучи ребёнком, порезал себе палец за завтраком, разбивая яйцо означенным древним способом. Тогда император, отец ребёнка, обнародовал указ, предписывающий всем его подданным под страхом строгого наказания разбивать яйца с острого конца.
22 июн 16, 13:31    [19322745]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Владимир Штепа
Member

Откуда: Hannover
Сообщений: 6003
George Nordic
которая по выбору фильтров не просто динамически пересчитывать показатели, а еще и подкрашивает не попавшие в выборку данные.


Этого сейчас только нет у ленивого.

George Nordic
Не просто набрасывая отчеты поверх подготовленной ит-специалистами модели данных, но позволяя ему самостоятельно подгружать данные и строить отчеты.


Если данные хостятся на сервере клика, то юзер туда ничего не подмешает, даже с изоляцией только для себя.
Хотите смешивать банные с разных источников, берите свой боченок.
То что движек клика очень хорош, это безспорно. Но по итуитивности построения разных визуализаций его уже многие обскакали.
Интерфейс виндового клиента клика уже подзамшел, а это значит, что не до него, хотя в руках аналитика это первый инструмен.
Сенс еще не дозрел и для серьезных моделей взрослеть должна.

George Nordic
По функциональности, согласно BARC, мы оставляем позади множество прочих систем, включая и Вашу любимую ;)))


Американские проститутка Gartner уже не котируется и на цену выходит "das ist fantastisch" из Вюрцбурга? Вау!
Пацаны неплохо делают агалитические обзоры, но праставленые оценки это на вкус каждого.
22 июн 16, 13:39    [19322790]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Iron Lung
Guest
Jurii,

"В Анаплане пугает то, что он похож на Клик ;) Много красивых маркетинговых слов по поводу HyperBlock, а реально это обычная реляционная СУБД ;)"

Во-первых, СУБД у Anaplan не реляционная, а многомерная. Во-вторых, Anaplan так же отличается от Qlik, как кофеварка от чашки - в кофеварке варят кофе, а из чашки его пьют. С помощью Qlik люди визуализируют данные, а в Anaplan планируют и моделируют бизнес-процессы. В третьих, судить о подобных продуктах преимущественно по их СУБД было еще более-менее адекватно году в 2005-м, а сейчас это, прошу прощения, уже маргинальное шизо.
17 авг 16, 19:41    [19554154]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Iron Lung:

"В Анаплане пугает то, что он похож на Клик ;) Много красивых маркетинговых слов по поводу HyperBlock, а реально это обычная реляционная СУБД ;)"
Во-первых, СУБД у Anaplan не реляционная, а многомерная.


Откуда у Вас такая информация? Есть ли у Вас опыт работы с Anaplan? И можете ли Вы вести дискуссию не под анонимным ником?
было бы хорошо услышать мнение разработчиков Anaplan. Но пока они его не озвучили, то я по ряду признаков делаю однозначный вывод о реляционности (то есть простоте и низкой производительности) СУБД.

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

Anaplan похож на Qlik красивыми маркетинговыми словами, и умалчиванием о катастрофических ограничениях и проблемах.

В третьих, судить о подобных продуктах преимущественно по их СУБД было еще более-менее адекватно году в 2005-м, а сейчас это, прошу прощения, уже маргинальное шизо.

Смотрите трезво на этот вопрос. Не думайте, что все облачные решения по определению работают с высокой производительностью. Модели среднего и большого размера в Anaplan тормозят, из-за простой реляционной архитектуры. Выход из этого - делать только простые модели. Многомерная архитектура (например, Hyperion Planning) работает получше. Но нормальная производительность достижима только при архитектуре, когда расчеты ведутся в оперативной памяти, например, как в ТМ1.
У Anaplan не было ресурсов для разработки серьезного по архитектуре решения.
18 авг 16, 02:35    [19555321]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
товарищъ
Member

Откуда: Минск
Сообщений: 630
Jurii, anaplan всегда заявляли, что у них in-memory и некая технология "HyperBlock"
на сколько она хороша другой вопрос, но сравнения есть (правда от вендера:)
вот vs Cognos TM1 и vs SAP BPC и вот статья про особенности подхода HyperBlock vs Cube
18 авг 16, 11:30    [19556381]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 товарищъ:

Jurii, anaplan всегда заявляли, что у них in-memory и некая технология "HyperBlock"
на сколько она хороша другой вопрос, но сравнения есть (правда от вендера:)
вот vs Cognos TM1 и vs SAP BPC и вот статья про особенности подхода HyperBlock vs Cube


Сравнение идет с 9 версией TM1, а версия 10, с визуальными средствами Performance Modeler, вышла более 4 лет назад.
На 1-2 миллиардах ячеек в кубе (бюджете) Anaplan начинает тормозить. А кубы бывают и по 10 миллиардов ячеек, если в них детальные аналитики, распределения на другие аналитики. Каждая пустая (!) ячейка в Anaplan занимает место (отсюда вывод, что под каждую ячейку генерится запись в реляционной таблице), а каждый гигабайт в облаке стоит очень дорого, по моим оценкам - в 1000 раз дороже, чем жесткий диск на обычном сервере в обычном облаке. Об этом Anaplan молчит.
В серьезных решениях пустые ячейки место не занимают.
18 авг 16, 13:04    [19557028]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
George Nordic
Member

Откуда: Moscow
Сообщений: 1023
Jurii
каждый гигабайт в облаке стоит очень дорого, по моим оценкам - в 1000 раз дороже, чем жесткий диск на обычном сервере в обычном облаке.

Jurii
В серьезных решениях пустые ячейки место не занимают.
Вот тут соглашусь :DDD

С Уважением,
Георгий
18 авг 16, 13:13    [19557125]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 George Nordic:

каждый гигабайт в облаке стоит очень дорого, по моим оценкам - в 1000 раз дороже, чем жесткий диск на обычном сервере в обычном облаке.

Что Вы в этом нашли смешного? Вы видели расценки на аренду жесткого диска в облаке Anaplan? Думаю это сделано специально, чтобы у заказчиков не хватало денег на модель с 10 миллиардами ячеек.
18 авг 16, 13:25    [19557229]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Jurii
Сравнение идет с 9 версией TM1, а версия 10, с визуальными средствами Performance Modeler, вышла более 4 лет назад

Сравнение Anaplan с TM1 опубликовано в январе 2013 года, соответственно материалы для сравнения подбиралсь еще в 2012 году.
В 2012 году основной стабильной версией была 9-я -- сужу по датам выхода релизов в материалах от IBM: http://www-01.ibm.com/software/support/lifecycleapp/PLCDetail.wss?synkey=W204762F30868K79&from=spf

Хватит рассказывать сказки про уникальные инструменты Default BI, подразумевая что только IBM развивает свои продукты все эти годы, а остальные ничего не делают, а только публикуют устаревшие сравнения.

Jurii
Модели среднего и большого размера в Anaplan тормозят, из-за простой реляционной архитектуры.
<...>
Каждая пустая (!) ячейка в Anaplan занимает место (отсюда вывод, что под каждую ячейку генерится запись в реляционной таблице)

Источник про "простую реляционную архитектуру" предъявите, пожалуйста.
В каком месте архитектуры Anaplan пустая ячейка занимает место -- на диске? в памяти? в какой области памяти с точки зрения движка расчетов?
Между утверждением "пустая ячейка в Anaplan занимает место" и "под каждую ячейку генерится запись в реляционной таблице" вообще нет связи.

Jurii
Многомерная архитектура (например, Hyperion Planning) работает получше. Но нормальная производительность достижима только при архитектуре, когда расчеты ведутся в оперативной памяти, например, как в ТМ1.

Исходные данные всех систем изначально лежат на диске, а расчеты всегда выполняются в памяти. Различия могут быть только в том, что движок делает с расчитанными данными:
1) сбрасывает после просмотра их пользователем сразу,
2) сохраняет на какое-то время в памяти или
3) сохраняет на диск чтобы в будущем их прочитать без повторного расчета.

TM1 работает по 1-му или 2-му сценарию, как я понимаю. Поправьте меня если я не прав.
Hyperion Planning/Essbase - по 3-му. При этом все данные кэшируются в памяти при ее наличии.

Кто лучше? В разных ситуация по-разному. И сильно зависит от кривизны рук внедренцев.

На правах адепта Oracle потролю TM1 -- мне рассказывали о приложениях TM1, запуск которых занимает 4-8 часов -- все это время движок выполняет расчеты на исходных данных, сохраняя результаты в памяти преждем чем дать доступ конечным пользователям.

Jurii
У Anaplan не было ресурсов для разработки серьезного по архитектуре решения.

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

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

Чтобы сделать быстрый масштабируемый движок для жестко фиксированного системного окружения достаточно иметь несколько разработчиков с высоким интеллектом и хорошее понимание рынка у маркетологов и продат манагеров. Зацените пример -- Yandex ClickHouse (http://clickhouse.yandex) -- это не облако, но пример качественной внутренней разработки в аналогичных условиях -- за несколько лет, начиная с 2010-2012 (2012-й начало пром эксплуатации в самом Yandex'е) года очень небольшой командой, за зарплату, был сделан движок который рвет по производительности большинство существующих много лет коммерческих тиражных решений.
20 авг 16, 11:40    [19566895]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Roman Kolchin
Member

Откуда:
Сообщений: 217
Jurii
Не думайте, что все облачные решения по определению работают с высокой производительностью. Модели среднего и большого размера в Anaplan тормозят, из-за простой реляционной архитектуры. Выход из этого - делать только простые модели.

Не проблема сделать быстрый многомерный калькулятор. Посмотри как работают продукты на рынке, вкури математику и повтори с небольшими вариациями чтобы обойти патент. Основатель и технический архитектор Anaplan, Michael Gould https://www.linkedin.com/in/migould был до этого 9 лет разработчиком Adaytum/Cognos Planning и он хорошо должен был изучить, как делать и как не делать аналитические приложения.

Проблема, как сделать быстрый калькулятор сразу для всех пользователей -- сотен, тысяч, десятков тысяч. На рынке нет такого опыта, по крайней мере в доступном виде. Для Oracle Essbase я слышал об инсталляциях в 10К пользователей, но это что-то "за гранью". Обычно требуется очень много железа, куча всяких ухищрений для балансировки и распараллеливания и борьбы с утечками памяти.

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

Облака пока не совершенны. Но у Anaplan'а есть растущая база пользователей, на которой можно обкатывать новые идеи по оптимизации. Так что производительность будет еще расти, а цена -- падать.
20 авг 16, 12:33    [19567008]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Qlik продался Thoma Bravo  [new]
Майкл Гулд
Guest
Jurii, ты му**к
28 дек 17, 23:09    [21071195]     Ответить | Цитировать Сообщить модератору
 Re: Qlik продался Thoma Bravo  [new]
Jurii
Member

Откуда: Moscow http://cognos.narod.ru http://ai4you.gr8.com/
Сообщений: 3038
2 Майкл Гулд:

Я с Вашего позволения скормил Ваш профиль ИсИну, и похоже Ваше имя - Евгений ;) Рекламировать экспертов здесь не принято, пишите по теме OLAP и DWH.
Но если ИсИн не прав, и это Ваше фото - https://www.anaplan.com/people/michael-gould - то я готов Вам помочь с решением проблем в архитектуре Anaplan
29 дек 17, 10:45    [21071948]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4      [все]
Все форумы / OLAP и DWH Ответить