Он же не вчера открылся

Но и у другой истории есть плюсы

А то чет как не зайдёшь - как про украину на первом)

То есть они за 5 лет подсадили компанию и пользователей на BI платформу (тем самым повышая в компании культуру использования BI), а Вы потом пришли и сделали качественный проект... Возможно наоборот данные "внедренцы" создали рынок для Вас внутри данной компании и продали ТОПам BI платформу. В этом нет ничего плохого. И это было сделано на бесплатном дэсктопе, а компания потом приобрела полную версию... Это тот самый кейс, о котором яписал вчера (переход с бесплатной QS на платную версию)

У меня же в свою очередь есть кейс переделки проекта за крупной компанией-разработчиком. Это же ничего ровным счётом не значит...

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

Так. Приходите на митап, мы с вами обсудим вашу философию. Пишете верно и правильно, но в отрыве от системы, разделяя на бизнес ит и тп. Нельзя разделять) Уже нельзя. Темы обширные, и примеры и кейсы есть всего, сейлы запороли проект, девелоперы-анедренцы, консультанты, сам заказчик, ПМы и тп, так и обратные примеры, когда все хорошо. Я скажу просто, Как можно внедрять сложный софт, не меняя процессв в бизнесе? Как можно что-то внедрять, не зафиксировав со всех сторон в бумаге, Как Было до? Цифры, явки, сроки. Как можно вообще​ говорить о корп внедрении, если все несвязано? Хорошее полноценное внедрение, это когда все участники являются - графом.

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

Согласен!👍👍

Граф, Жираф, Полиграф и Партнеры, консалтинговое агентство

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

А есть конкретные примеры, что именно быстрее в клике в плане разработки? Я конечно не именно с pbi перешёл, а с его ядра - Tabular. Там тоже поколоночное сжатие, также все связано, но связи надо задавать явно. И есть многие ко многим и т д. В клике я 3 месяца всего, погрузился достаточно глубоко. Но не гуру конечно. И вот пока я не могу сказать что с кликом разработка идёт быстрее. Так же на мой взгляд. От работы со скриптами в клике мы ушли на создание модели в оракле и заливку ее as is в клик. Так как там прозрачнее все преобразования и джоин и групп бай быстрее. И на выходе не ввиду сильной разницы,  но само слышу о таких преимуществах. Что то явно круче, в другом проигрывает. Где можно почитать конкретные преимущества клика перед пбай, а лучше перед движком табуляр (сам пбай не очень вдохновляет, табуляр в связке с екселем дает больше гибкости). Может я не знаю фишек и поэтому такой медленный?)

Полная автоматизация посторения модели данных с любой взаимосвсязью между таблицами, например

Это про одаг?

это про наш инструментарий для клика

Это Вы сами доработку реализовали, поверх штатного функционала клика?

Qlik однозначно выигрывает там где надо быстро связать множество разных источников данных у ближайших конкурентов

Можете посоветовать? на создание индексов уходит 50 минут. Причем по самым долгим реально пользователь поиск не производит, они для связи меду таблицами нужны. Могу ли я отключить по ним индекс без деградации производительности при работе с формулами? Aggr по этим полям как себя будет вести и т.д.?

отключите индексы если не используете

search include  / search exclude