Полковник.,

А и правда, неважно как он себя позиционирует.

Важно, может ли он дать конкурентное решение в определённых ситуациях.
Когда я говорю конкурентное решение, имею в виду соотношение результат/затраты.

И я Вам привёл две таких очень распространнённых на рынке ситуации где Qlik как минимум не хуже конкурентов, а в некоторых (частых) случаях даёт стек решений который не могут в этой бюджетной нише предложить другие вендоры.

Да, решение о покупке IT продуктов (любых) в большинстве случаев принимают "люди владеющих бюджетами но не владеющие технологиями, а по простому говоря люди в IT безграмотные".
Мы, айтишники, традиционно лишь даём свои профрекомендации.
При чём здесь Qlik, чем он здесь исключение?

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

Имхо, крайне некорректно сравнивать позиции АвтоВАЗ на авторынке с позициями Qlik на рынке BI.
Qlik - одно из ведущих (и продаваемых) решений на мировом рынке BI. При чём тут какие-то весты?
По вашей аналогии получается что "люди владеющих бюджетами но не владеющие авто технологиями" предпочтут жигуль японкам.

Если уж проводить аналогии с авторынком, то можно сказать что Qlik - это такой автомобиль, очень комфортный, очень скоростной, и при этом в отличие от других комфортных и скоростных позволяет перевозить довольно большие объёмы грузов.
Разумеется, не заменяет семитрейлер но и стоит как легковушка.
А семитрейлер нужен и оправдан далеко не всегда.

Я понятно написал?

slovnetмигель1,
...
Кстати, расскажите плиз, а на чём у вас витрины, и что теперь используете вместо Qlik?

Мне правда интересно. Отпишитесь, пожалуйста.

мигель1Извините, но я ни разу от вендоров не слышал фразы: "нам нужно проанализировать и дать рекомендации, отвечает ли решение Qlik потребностям данного бизнеса", нет они говорят мы все сделаем! Ни о чем не думайте!


Дак где ж я писал что это вендорский текст?
Этот текст мне как айтишнику озвучивает начальство, ну то самое, которое принимает решение о покупке софта, а само в IT ни бум-бум.

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

И дать рекомендации ДО ТОГО - мол, объёмы большие, клик не потянет, надо кубы/ETL/хадуп etc.
Или наоборот - при наших объёмах кубы/ETL/хадуп etc не оправдан.

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


А разве при любом другом решении для подобных объёмов не понадобятся отдельные сервера для ХД, ETL, морды и т.д.?

мигель1slovnetпропущено...


Мне правда интересно. Отпишитесь, пожалуйста.

Пока взяли паузу на анализ:
Но по подсчетам выходит дешевле Колонучную субд + Talend + написать свою морду = для отчетов
А шлак хранить в хадуп = для изысканий

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

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


Мигель, я правильно понимаю что отдельный сервер под ETL попросили после того как инкрементальная загрузка не помогла?

мигель1slovnetпропущено...


Мигель, я правильно понимаю что отдельный сервер под ETL попросили после того как инкрементальная загрузка не помогла?

Было несколько этапов

1. грузим все - перетираем QVD - строим отчет
2. грузим кусочки - собираем QVD по маске - строим отчет
3. грузим кусочки - собираем из кусочков QVD 2 уровня - строим отчет
4. грузим кусочки - собираем из кусочков QVD 2 уровня - стоим модель(чтобы все было максимально оптимизировано), на модели строим отчет


Вообще, по идее, доктор прописал, вариант 4.
Только не уверен что правильно понимаю выражение "грузим кусочки".

Как, имхо, надо:
Загрузили всю дату в QVD один раз, потом подгружается только инкрементал, дельта. Это - Е.
Потом строим QVD 2 уровня - уже очищенные, нормализованные. Это - Т.
Затем строим модель, в которой уже ничего лишнего. Модель уже только в памяти, без QVD. И это ещё не морда.
Морда смотрит на QVW модели.

На каком из этих этапов вис "крутой сервак"?

[quot мигель1]slovnetпропущено...

Вообще ETL в QV достаточно удобный для трансформаций ( много функций), мы бы его оставили: но есть следующие минусы:
1. Самый большой - не умеет писать сразу в базу! или QVD или csv
2. Очень тяжело дебажить, например упал на 20 листе, зачинит нужно прогнать 19 листов, чтобы понять причину падения

Насчёт недостатка 1 - согласен. На первый взгляд это коммерческий трюк - закрыть весь цикл на клик.
Возможно, это можно технологически оправдать тем что у клика есть очень быстродействующий алгоритм записи/чтения из QVD.
Но и коммерчески их можно понять - дают практически бесплатный ETL (подарок за покупку лицензий на морду) и логично что не хотят чтоб использовали другую морду.
Это их стратегия, (так же как стратегия MS давать бесплатный ETL покупающим СУБД) и она таки выгодна многим организациям.

У нас тоже пытаются сэкономить лицензии и поэтому пишу простые отчёты на SSRS. Да, приходится всю логику переписывать в MSSQL.
Пока это маленькие проектики, не критично.
Если понадобится такого много, буду давить на начальство - мол или закупайте ещё лицензии QS или строим ETL на SSIS.


Насчёт недостатка 2 - практикую передвижение критичного таба скрипта в начало с добавлением exit script. Сильно экономит время.

мигель1slovnetпропущено...
Нет, может я чего не понял.
У вас объём измеряется в лярдах и вы рассчитываете посадить на один сервер СУБД, Таленд и самописную морду?
И эту морду напишете с функционалом сравнимым с тем же кликом с затратами в несколько человекомесяцев/лет?
И ещё с Хадупом успеете поиграться?

Было примерно так: нужно сделать 50 отчетов, 10 пользователей, данные брать отсюда, вид такой.
Оценили, погоняли на тесте все ок, купили!

А потом началось...
1. Пользователей стало не 10, а 100
-Упс попадос на лицензии

2. Нам нужны другие отчеты, дайте нам данные а мы сами будем крутить
-Мы не можем, только QV работает с QVD

3. Этот показатель считается неправильно, пришлите формулы
-Вот формулы в формате сет анализа (Что это, где SQL)

4. Мы хотим попробовать строить отчеты в режиме реалтайм
-Извините пользователь не может дергать данные из отчета напрямую, только после релоада

1. Ну кто ж вам виноват что купили две легковушки а потом людей выросло на два автобуса.
Но ведь с любым другим продуктом будет то же. А самим написать морду - чёт не верится :).
В любом случае это никак не недостаток клика.

Кстати, несколько замечаний:
а. Умные люди частично решают вопрос с лицензиями несмотря на карантин (и в QV и в QS).
б. На 100 лицензий можно получить большие скидки (вот в конце года нам за 25 предлагали 35% скидки, за 100 видимо больше, но это были скидки до начала 2018).
в. Сейчас сильно усовершенствовали QS в облаке - стоит проверить какие там расценки.


2. Уже писал 21087272 .
slovnetНасчёт недостатка 1 - согласен. На первый взгляд это коммерческий трюк - закрыть весь цикл на клик.
Возможно, это можно технологически оправдать тем что у клика есть очень быстродействующий алгоритм записи/чтения из QVD.
Но и коммерчески их можно понять - дают практически бесплатный ETL (подарок за покупку лицензий на морду) и логично что не хотят чтоб использовали другую морду.
Это их стратегия, (так же как стратегия MS давать бесплатный ETL покупающим СУБД) и она таки выгодна многим организациям.

У нас тоже пытаются сэкономить лицензии и поэтому пишу простые отчёты на SSRS. Да, приходится всю логику переписывать в MSSQL.
Пока это маленькие проектики, не критично.
Если понадобится такого много, буду давить на начальство - мол или закупайте ещё лицензии QS или строим ETL на SSIS.

Кстати, интересно поиграться - загрузить стадию 2 (очищенные QVD) или даже саму модель в CSV и подключаться сторонним построителем отчётов (тем же SSRS).

3. А у вас что же никто на месте не знает set analysis?
Он довольно таки незаменим. При всём его ужасном синтаксисе решает сложнейшие задачи.
Ну это с любым продуктом так - либо держать на месте своего спеца, либо заказывать готовые формулы/вычисления (как Master Items в QS).

4. Чёт не понял.
Прекрасно строится в реал тайме.

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

мигель1slovnetИ дать рекомендации ДО ТОГО - мол, объёмы большие, клик не потянет, надо кубы/ETL/хадуп etc.
Или наоборот - при наших объёмах кубы/ETL/хадуп etc не оправдан.

Отличный вопрос:

В любом BI 3 части:
ETL
DWH
Веб морда

Когда запускается концепт, берутся данные, показываются графики пользователи тыкают, все ок!
На небольших объемах клик может и выигрывает, но начинается рост и все!
Цена за поддержку растет, лицензии, железо, а ты не можешь отказаться от какой то части, у тебя есть QV и все ты не можешь заменить часть, взять что-то бесплатное, новое.
Уже вбухано много денег в разработку, разработчиков (кстати пользователи редко пишут сложную логику на сет анализе)
И получается первая доза бесплатно, а дальше плати, главное подсадить

Ну, уже обсуждали, рост количества пользователей - не аргумент.
Лицензии никто забесплатно не раздаёт (ну кроме опен сорса, но это отдельная тема).

Про железо тоже говорили уже - не аргумент.
Железо докупать при росте объёмов в 10 раз тоже придётся при любом продукте.
Например, "бесплатный" SSIS при серьёзных объёмах придётся отсадить на отдельный сервер, но при этом придётся купить ещё одну совсем недешёвую лицензию на MSSQL, хотя вам нужен только SSIS.
Та же история будет с "бесплатным" SSRS.
И, имхо, тот же SSIS гораздо неуклюжей клика в плане обработки сырых данных. (хотя я в SSIS не спец, возможно, "просто не умею его готовить").

Дедушкаslovnet,

клик поднялся по одной простой причине
на волне педалирования темы "IT это дорого, давайте сокращать расходы на IT"
и если бы клик не пиарился как серебряная пуля
(ETL не нужен мы всё загрузим скриптом, ХД не нужно мы сами себе ХД, и тп)
а честно говорили, что "мы инструмент дэйта дискавери" (чем он по сути и является)
то отношение к клику было бы совсем другим
да и пролезание в бюджеты преимущественно через показы картинок менеджерам не добавляет клику кармы
Дедушка, прежде всего дисклеймер - я не продаю и никогда не продавал клик.
Не работаю и не работал ни в клике, ни у его партнёров/интеграторов.

Я простой айтишник, много лет работаю на небольших предприятиях (150-200 работников) с небольшим объёмом данных (ниша - высокотехнологичная электроника, поэтому фактов относительно немного, таблицы не превышают миллиона записей).

Когда лет 11-12 назад нам предлагали "классические" BI-и, не было шансов протолкнуть такой проект, речь шла о человекогодах разработки, дорогих лицензиях и дорогом мощном железе.
А потом пришёл продавец QV с флешкой, настроил конекшн_стринг на лэптопе - и минут через 10-15 мы увидели довольно сложные модели с нашими данными (у него была готовая модель работающая с архитектурой нашего серийного ERP).
Разумеется, на том предприятии с тех пор тоже вложили много человекочасов в разработку на QV, но он там и по сей день заменяет ХД, ETL. И не нужны и не оправданы там более сложные инструменты.
И таких небольших организаций очень много по всему миру, и им QV даёт очень хорошее решение "всё в одном флаконе по цене только отчётника".

А там где действительно нужны классические ETL/ХД, клик всё равно конкурентноспособен как "дэйта дискавери".

Дедушка,
А как какая пуля клик пиарится и пролазит в бюджет - не очень интересно, потому как в нём не работаю и его не продаю.
Стараюсь распознать достоинства/недостатки продукта вопреки пиару.

Дедушка,

Не отрицаю данную проблему, и она есть не только с кликом.
MS с PowerBI примерно туда же метят сейчас, только PowerBI ещё много каши скушать надо.

Но несмотря на это клик - реально хороший продукт для своей ниши.
И он реально даёт нормальное решение бизнесу SMB которое конкуренты не могут дать за похожую цену.

А продавцы они такие продавцы...
А топы они такие топы...

P.S. Меня, как айтишника, обычно всё же слушают, самодурство начальства в этой нише есть, но не зашкаливает.
Над ними ж тоже начальство, и все понимают что если в проект вложить скажем 20К$ а через год не взлетит, за это придётся отвечать.