#power_bi — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #power_bi, aggregated by home.social.
-
Как «Дикси» мигрировала с Power BI на Sigla Vision за 5 месяцев
Привет, Хабр! Это GlowByte, мы занимаемся внедрением и миграцией BI‑платформ. В этом посте разбираем свежий кейс: как федеральная розничная сеть «Дикси» вместе с нами и вендором «ДатаМайнд» мигрирует аналитику с Power BI на Sigla Vision. Расскажем, как выбирали платформу, в каком порядке переносили 155 дашбордов и какие цифры получились к середине 2026 года.
https://habr.com/ru/companies/glowbyte/articles/1063906/
#Power_BI #Sigla_Vision #миграция_BI #импортозамещение #BIплатформа #дашборды #Apache_Superset #ритейл #аналитика_данных #кейс_внедрения
-
わが県の“お財布事情”は大丈夫？ デジタル庁が財政ダッシュボードを公開／別な県との比較も可能、市町村版に続く第2弾【やじうまの杜】
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2111759.html#forest_watch_impress #デジタル庁 #Power_BI #Japan_Dashboard #地方財政 #ライフ #生活 #Webサービス
-
Как мы построили сквозную аналитику в Power BI
Всем привет! Меня зовут Никита и я CEO компании VSL-BI. Мы занимаемся внедрением BI-аналитики. К нам обратилась компания из сферы продажи стройматериалов. Они активно работали с рекламой в Яндекс Директ и Google Ads (клиент вел деятельность в Казахстане), следили за аналитикой сайта в Яндекс Метрике, в качестве CRM использовали Битрикс24.
https://habr.com/ru/articles/1038944/
#сквозная_аналитика #Power_BI #BIаналитика #Яндекс_Директ #Google_Ads #Яндекс_Метрика #Битрикс24 #ETL #Data_Engineering #бизнесаналитика
-
7 баз, 30 метрик, 150 мер — и один дашборд
К Вам когда-нибудь приходил бизнес с задачей: «Хотим один дашборд, на котором сразу все будет и все будет понятно?» Да? Вот и к нам пришел. Мы — Александр Погудин и Елена Сидорова , BI‑разработчики в Лемана Тех. В статье мы расскажем, как с помощью одной EAV‑таблицы собрали дашборд из 30 метрик из 7 разных баз и избежали зоопарка из 150+ мер. И все это на одном экране.
-
Ускорение разработки с ИИ на примере DAX и Power BI
Привет, Хабр! С каждым годом ИИ способен решать более сложные задачи, одной из задач является понимание DAX, связанных предметных областей и генерация кода. Можно выделить несколько задач, которые не являются первостепенными, тем не менее актуальны для анализа или работы в Power BI, например, от простейших — создание клиента для выполнения DAX запросов в Power BI из произвольной среды (например, из .NET приложения) и импорт метаданных TOM модели, до более сложных задач — экспорта схемы данных и самих данных из Power BI в произвольную СУБД (понятно, что такая задача не всегда актуальна с точки зрения ETL, т.к. проще взять данные из исходных источников, а не из Power BI, но польза решения задачи «интуитивно понятна» пользователю) и задач генерации SQL запросов на основе DAX для заданной СУБД, причем результаты сгенерированного SQL должны совпадать с результатами DAX запросов. Интересующимся применением ИИ на примере DAX из Power BI — добро пожаловать под кат :)
-
Оптимизация Power BI: как одно свойство уменьшает размер модели на 30%
Сегодня мы, Павел Ефремов и Мухаммед Пашаев (разработчики аналитических систем в Лемана Тех), поговорим об оптимизации моделей данных в Power BI Desktop — конкретно о движке Tabular. Небольшая вводная: в нашей компании Power BI — основной BI-инструмент (лучшие для лучших😏). Используем локальную версию Power BI Report Server, поэтому вопрос производительности моделей и отчетов стоит особо остро. Мы регулярно проводим ревью моделей (подробнее в нашей прошлой статье ), стараясь придерживаться лучших практик — минимальная нужная гранулярность данных, никаких избыточных связей, двунаправленных связей, скрытых автоматических календарей и прочее. Тем не менее отчеты все равно порой залипают и работают медленно. Казалось бы, уже много где поковырялись, все оптимизировали, и все равно фрустрация не уходит. Так, вместе с коллегой мы взялись копать глубже, шерстить интернет и Microsoft-документацию и наткнулись на почти незаметное, но важное свойство табличной модели. Что, если мы скажем, что у Tabular Model есть свойство, благодаря которому можно уменьшить размер модели до 30%, ускорить обновление данных, снизить нагрузку на сервер и при этом не менять ни одной таблицы, связи или строку DAX? Это открытие заставило нас по-новому взглянуть на оптимизацию в Power BI. Оказалось, что помимо привычных правил вроде избегания лишних связей или сокращения столбцов есть и менее заметные, но очень мощные приемы. Они не требуют переделывать модель, но при этом реально ускоряют отчеты и снижают нагрузку.
-
Особенности снижения гранулярности таблицы в Power BI на примере REMOVEFILTERS
Power BI и язык DAX являются удобными инструментами аналитиков. В DAX важно учитывать гранулярность — уровень детализации, который зависит от текущего контекста фильтров и группировки. Мы привыкли работать с гранулярностью, и если в транзакционной системе проблемы с гранулярностью могут быть относительно незаметны, то в BI системах проблемы гранулярности сразу влияют на дашборды. Это усугубляется поведением движков BI систем, в которых гранулярность таблицы считается динамически в зависимости от выражения — как в Power BI. При использовании некоторых функций, например, REMOVEFILTERS , снижение гранулярности может приводить к интуитивно непонятным результатам и считаться плохой практикой. Интересующимся особенностями снижения гранулярности на примере REMOVEFILTERS — добро пожаловать под кат :)
https://habr.com/ru/articles/974302/
#DAX #Power_BI #гранулярность #снижение_гранулярности #REMOVEFILTERS
-
Комплексный подход к ограничению доступа к отчету в Power BI
Самым популярным методом ограничения доступа к данным в отчете Power BI остается Row-level Security (RLS), с помощью которого у каждого пользователя есть доступ к набору данных согласно его учетной записи или роли. В этом случае пользователь видит все страницы и объекты отчета, которые отражают результаты согласно ограничениям, наложенным на датасет. Но зачастую этого становится недостаточно и появляется необходимость в ограничении доступа не только к строкам датасета, по которым будет построен отчет, но и к страницам целиком и даже к отдельным объектам видимых страниц. Вопрос реализации RLS подробно освещён, поэтому останавливаться на деталях не буду. Вместо этого сконцентрируюсь на двух других способах: ограничении доступа к страницам и объектам.
https://habr.com/ru/articles/949616/
#power_bi #dax #дашборд #информационная_безопасность #rls #pls #ols
-
Отдельный BI для топов – как мы отошли от «баяна» в аналитике
Если в вашей компании есть BI и дашборды, то скорее всего, вы сталкивались с процессом постоянной разработки и чистки. Такой процесс похож на игру на аккордеоне – вы то сжимаете вашу отчетность до единичных дашбордов с ключевыми метриками, то раздуваете ее до десятков, а то и сотни отчетов, которые должны покрывать все запросы бизнеса, остается лишь найти нужную кнопку. При чем тут баян?
https://habr.com/ru/articles/949160/
#BI #анализ_данных #бизнесаналитика #визуализация_данных #business_intelligence #power_bi #datalens
-
[Перевод] Почему не стоит заменять пустые значения на 0 в Power BI
Если вы когда-либо занимались построением отчётов в Power BI, то наверняка сталкивались с просьбой «заменить пустые значения на ноль — чтобы было красиво». Кажется, мелочь. Но на самом деле это решение может незаметно убить производительность модели, превратить быстрый отчёт в тормозящий интерфейс, а оптимизатор — в беспомощного наблюдателя. В этой статье — разбор того, что происходит под капотом VertiPaq, как DAX на самом деле обрабатывает BLANK , и почему иногда лучше оставить пустое значение пустым.
https://habr.com/ru/companies/otus/articles/934484/
#power_bi #dax #BLANK #производительность_отчётов #оптимизация_запросов #VertiPaq #аналитическая_модель #бизнесотчётность #фильтрация_данных
-
[Перевод] Как уменьшить размер модели Power BI на 90%
Вы когда-нибудь задумывались, что делает Power BI таким быстрым и мощным с точки зрения производительности? Настолько мощным, что он выполняет сложные вычисления над миллионами строк за мгновение. В этой статье мы подробно рассмотрим, что находится «под капотом» Power BI: как данные хранятся, сжимаются, запрашиваются и, наконец, возвращаются в отчёт. После прочтения, надеюсь, у вас появится лучшее понимание того, что происходит в фоновом режиме, и вы сможете оценить важность создания оптимальной модели данных для достижения максимальной производительности с использованием движка Power BI.
https://habr.com/ru/companies/otus/articles/926904/
#devops #power_bi #Оптимизация_данных #базы_данных #big_data #сжатие_данных #clickhouse
-
[新機能]TableauやPower BIのパスワード欄にも使えるSnowflakeのアクセストークン機能「Programmatic access tokens」がリリースされました
https://dev.classmethod.jp/articles/snowflake-programmatic-access-tokens/ -
[Перевод] Как писать запросы для табличных моделей с помощью DAX
В этой статье мы погрузимся в мир запросов DAX для табличных моделей данных. ДAX (Data Analysis Expressions) — это мощный язык запросов, который используется для анализа и обработки данных в Power BI и других продуктах Microsoft. Мы рассмотрим, как с помощью DAX можно выполнять эффективные запросы к данным, начиная с простых операций, таких как получение всех строк из таблицы, и заканчивая более сложными задачами, например, использованием локальных мер и фильтрации данных. Статья будет полезна как новичкам, так и опытным пользователям, стремящимся глубже понять возможности DAX и научиться использовать его для быстрой и точной аналитики.
https://habr.com/ru/companies/otus/articles/904444/
#DAX #Запросы_DAX #анализ_данных #Power_BI #Меры_в_DAX #фильтрация_данных #EVALUATE #обработка_данных
-
[登壇レポート]Tokyo dbt Meetup 13で「dbtと連携するBI製品＆機能ざっくり紹介」というタイトルで登壇してきました #dbt_tokyo
https://dev.classmethod.jp/articles/tokyo-dbt-meetup-13-introduction-dbt-bi-functions/#dev_classmethod #dbt #dbt_Cloud #Tableau #Power_BI #Omni #Hex #Steep
-
Извлечение метаданных из Power BI
В статье исследуется использование DAX Studio, мощного инструмента, который помогает разработчикам Power BI извлекать и обрабатывать метаданные из дашбордов. Утилита позволяет оптимизировать рабочие процессы, делая задачи, такие как заполнение файлов метаинформацией, более эффективными.
-
Модели данных в BI-платформах: физика против логики
Сегодня поговорим о том, как устроены модели данных в BI-платформах. Рассмотрим два основных типа моделей данных, которые используются в BI: физическую и логическую. Когда стоит вопрос о выборе BI-платформы, реализация модели данных является одним из ключевых критериев, на который мы обращаем внимание в первую очередь. Важно понимать, как работает модель данных в конкретной BI-системе, так как функционал модели во-многом определяет возможности платформы по работе с данными в целом. Это также поможет выбрать подходящий способ работы с данными в зависимости от задач бизнеса и технических ограничений платформы. Обсудим преимущества каждой модели данных, а также ограничения и способы их частичного обхода.
https://habr.com/ru/companies/axenix/articles/860094/
#bi #olap #моделирование #модели_данных #business_intelligence #biплатформа #superset #power_bi
-
Предельная польза продукта на примере Power BI
Продукт нельзя совершенствовать до бесконечности. У него всегда есть точка, после которой предельная полезность достигнута. И после её достижения дальнейшие обновления носят экспериментальный характер и менее востребованы, чем фундаментальный функционал. Расскажу, как понять, что предельная полезность достигнута на примере Power BI.
https://habr.com/ru/articles/859674/
#датааналитика #power_bi #развитие_продукта #импортозамещение #данные #совершенный_софт #microsoft #пользовательский_опыт #польза_пользователям #пользовательские_сценарии
-
【レンタル機器データ可視化】データ可視化をやってみた～Power BI編～
https://dev.classmethod.jp/articles/bi-blog-relay-rental-powerbi/ -
Темная магия IF,AND,OR [DAX]
В самом сердце тайных рун DAX, где строки данных сливаются с мраком неведомого, скрывается мощь заклинания, известного как IF() . Оно – орудие избранных, тех, кто способен узреть истину в данных и принять верные решения среди зыбких теней. Но, как и всякая магия, оно требует чётких условий, ведь одно неверное слово – и результат будет иным, чем ты ожидал… Заклинание IF(): IF(<условие>, <результат_если_истинно>, <результат_если_ложно>) Когда избранный произносит это заклинание, оно проверяет условие. Если условие истинно, с тёмных небес нисходит первый результат. Но если оно ложно, из глубин бездны всплывает иной исход. IF(‘Sales’[TotalSales] > 5000, "Большая скидка", "Маленькая скидка") Здесь IF() взыскивает по таблице продаж. Если продано больше чем на 5000 золотых монет, заклинание вознаграждает "Большой скидкой". В противном случае довольствуйся "Маленькой скидкой". Заклинание AND(): Но иногда простое условие не может удержать силу заклинания. Тогда на помощь приходит союз тёмных условий – AND() . Это древняя связь, соединяющая два и более условий в единое мощное заклятие. AND(<условие1>, <условие2>) AND() требует истинности всех условий, иначе заклятие разрушится. IF(AND(‘Sales’[TotalSales] > 5000, ‘Sales’[Profit] > 1000), "Высокая производительность", "Низкая производительность") Если и продаж больше 5000, и прибыль больше 1000, заклинание приносит "Высокую производительность". Но если одно из условий не выполнено, результатом станет "Низкая производительность". Ибо один слабый элемент – и магия не состоится. Развернуть свиотк
-
Преимущества DAX на примерах
Популярным языком запросов от Microsoft является DAX. В отличие от диалектов SQL, DAX позволяет аналитикам сфокусироваться на решении задач бизнес-аналитики, вместо того, чтобы заниматься рутинными техническими задачами (например, вопросами производительности). Безусловно, DAX не является панацеей для решения любых задач, но, если честно, ознакомление с этим функциональным языком может быть своего рода открытием, что создать единый язык для всех SQL диалектов - это вообще "doable", причем поддерживаются практически все имеющиеся базы данных многих видов (например, реляционные, колоночные), а также обеспечивается высокая производительность запросов. В этой статье рассматриваются преимущества DAX на конкретных примерах, таким образом, если Вам интересен Business Intelligence на DAX - добро пожаловать :)
-
Темная магия DIVIDE[DAX]
В мрачных глубинах алгебраических заклинаний, где силы чисел и таинства данных переплетаются, перед вами стоит задача разделения — испытание, которое может обречь вашу формулу на провал или вознести её к вершинам вычислительной элегантности. В этом лабиринте из символов и вычислений, вам предстоит выбрать между двумя древними артефактами: коварным оператором деления , что скрывается под зловещей маской косой черты (/) , и изящным заклинанием DIVIDE , что обещает защиту от опасности, угрожающей вашему выражению. Возьмитесь за могущественное заклинание DIVIDE , произнесите его слова и пусть оно развернется перед вами: DIVIDE(<Числитель>, <Знаменатель> [,<Альтернативное значение>]) Это заклинание было выковано магами DAX , чтобы противостоять ужасам деления на ноль, этой древней опасности, что ждет каждого, кто безрассудно осмелится разделить на ничто. В тени этого заклинания, если знаменатель оказывается равен нулю или ПУСТО, вы не столкнётесь с бездной ошибки. Вместо этого, заклинание вернёт таинственное значение BLANK — или, если вы заранее предусмотрели, предложит альтернативу [необязательный параметр], которая спасёт вашу формулу от разрушения. Обладание этим заклинанием освобождает вас от необходимости проверять, готов ли ваш знаменатель к испытанию. DIVIDE делает это за вас, с лёгкостью, сравнимой лишь с тем, как опытный маг отклоняет простейшие атаки. Его оптимизация такова, что оно превосходит по эффективности даже могучую функцию IF , которая, хоть и способна выявить угрозу, но тратит на это куда больше энергии. С каждым использованием DIVIDE вы укрепляете свою формулу, делая её сильнее и грациознее.
-
Темная магия CALCULATE
Сегодня я раскрою вам мистические свойства функции CALCULATE . Эта функция обладает удивительной силой и позволяет изменять контекст фильтрации, превращая простые заклинания в мощные артефакты анализа данных. Позвольте мне, через древние примеры, показать вам, как и когда использовать это могущественное заклинание. CALCULATE — это могущественное заклинание, которое принимает выражение и набор модификаторов фильтров в качестве аргументов, изменяя контекст фильтрации и возвращая результат выражения в новом контексте. Простой пример с CALCULATE Представьте себе таблицу Sales с колонной SalesAmount . Допустим, вы хотите вычислить сумму продаж только для определенной компании. Произнесите заклинание: SalesAmount_company = CALCULATE( SUM('Sales'[SalesAmount]), 'Sales'[company] = "Magic") Эти слова сосредоточат вашу магию на сумме продаж для компании " Magic ". Но это только начало, ведь CALCULATE может творить чудеса и более сложные. Что, если вы хотите получить сумму продаж для компании " Magic " и только для отдела " gryffindor "? Используйте следующее заклинание: SalesAmount_company_gryffindor = CALCULATE( SUM('Sales'[SalesAmount]), 'Sales'[company] = "Magic", 'Sales'[department] = "gryffindor") Теперь ваше заклинание учитывает несколько условий, и магия происходит одновременно для нескольких фильтров, создавая точные и мощные результаты. CALCULATE также прекрасно работает в сочетании с другими функциями DAX. Например, если вы хотите узнать количество уникальных проектов для компании " Magic ", произнесите заклинание: UniqueProject_Magic = CALCULATE( DISTINCTCOUNT('Sales'[ProjectID]), 'Sales'[company] = " Magic") Это заклинание сочетает мощь CALCULATE и DISTINCTCOUNT , чтобы дать вам уникальные результаты в измененном контексте фильтрации. Как видите, функция CALCULATE — это мощное заклинание, способное изменять контекст фильтрации и давать точные результаты. Используйте CALCULATE , когда вам нужно модифицировать контекст фильтрации и применять сложные вычисления, которые невозможно достичь простыми функциями. Это заклинание должно занять достойное место в вашем арсенале Power BI. Развернуть свиток
-
Темная магия SUM и SUMX
Сквозь тьму и мистику я призываю вас к изучению и овладению искусством Power BI, чтобы возводить величественные визуализации и творить таинственную аналитику данных. В этом чертоге знаний я буду делиться оккультными советами, таинственными руководствами и практическими ритуалами по темам, которые могут включать моделирование данных, заклинания DAX, проектирование отчетов и многое другое. Мои заметки вы сможете искать по тегу #PBI_M1o Сегодня я раскрою тайну различия между двумя древними функциями DAX: SUM и SUMX . Вы могли бы ошибочно полагать, что они взаимозаменяемы, но на самом деле их сила различна. Позвольте мне, через древние примеры, показать вам, почему и как правильно использовать каждую из них. Функция SUM SUM — это простое заклинание, принимающее имя столбца в качестве аргумента и возвращающее сумму всех значений в этом столбце. Представьте себе таблицу Sales с колонной SalesAmount . Произнесите заклинание: SalesAmount = SUM('Sales'[SalesAmount]) И получите общую сумму продаж в ваших данных. Легко, не так ли? Но что, если вы хотите наложить свою магию или вычисления на каждую строку перед их суммированием? Что, если столбец SalesAmount отсутствует, и вам нужно его создать? У вас есть столбцы OrderQuantity и UnitPrice . Мы не можем просто сложить их и умножить результат, чтобы получить SalesAmount , ибо нам необходимо умножить каждый столбец в каждой строке и затем сложить результаты. Вы могли бы создать вычисляемый столбец и использовать его в функции SUM , но я предложу более изощренное заклинание. Развернуть свиток
-
51 канал в Telegram для тех, кто интересуется бизнес-аналитикой
Cобрала 51 канал для специалистов в BI и анализе данных и делюсь с вами этой подборкой. Здесь вы найдете площадки, где можно погрузиться в сложные темы, узнать новости, посмеяться, поспорить, найти работу, подсмотреть решения конкурентов и др. Если вы не встретили в списке свои любимые каналы, оставляйте ссылки в комментариях под статьей. Да и вообще делитесь мнением об этой подборке.
https://habr.com/ru/companies/sapiens_solutions/articles/826468/
#bi #business_intelligence #бизнесанализ #data_science #визуализация_данных #данные #easy_report #power_bi #tableau #visiology
-
CPM vs. BI: о чем не расскажут продавцы
Более восьми лет я специализируюсь на внедрении CPM и BI-систем различных вендоров. Несмотря на то, что во многом их функционал пересекается, мне хорошо понятно, какие задачи решаются лучше , а какие решаются только одним из этих двух классов систем. Написать данную статью меня сподвигли несколько повторяющихся случаев путаницы при выборе системы для определенного пула задач. В моей практике произошло меньшей мере 4 случая, когда финансовые службы различных компаний на полном серьезе рассматривали внедрение BI-системы в качестве основной системы планирования и прогнозирования. Также, вспоминается случай во время моей работы в Большой четверке, когда партнер попросил меня провести встречу с заказчиком, чтобы объяснить, зачем им нужны наши услуги по внедрению CPM, когда у них уже есть работающая BI-система. Кстати, встречаются и обратные ситуации. Не так давно один из CIO интересовался о возможности и целесообразности построения BI системы для всей компании на базе встроенного функционала визуализации одного из известных CPM решений. Допускаю, моим коллегам, профессионалам в этой области, подобные идеи могут показаться нонсенсом. И во многом я с ними соглашусь. Но, во-первых, мне известен ряд неплохих решений, которые, после применения несколько довольно существенных настроек над BI, позиционируют себя как системы планирования (стесняясь, однако, называть себя как CPM). Во-вторых, я видел работающие (хоть и с ограничениями) решения на базе CPM платформ, собирающих множественные наборы данных из других ИТ-систем компании, и представляющих их далее в виде аналитических BI-отчетов для пользователей.
https://habr.com/ru/companies/ade_solutions/articles/793920/
#CPM #EPM #BI #Планирование #Прогнозирование #Бюджетирование #ADE #Anaplan #Power_BI #аналитика
-
Выбор BI системы для селф-сервис
Всем привет! Я - Никита Колганов из группы компаний “АСНА”. Группа компаний "АСНА" – это современная экосистема сервисов и решений для фармацевтического рынка, позволяющая нам развиваться самим и способствовать развитию партнеров. Зачем мы вообще внедряли BI-систему? В компании ежедневно делается множество отчетов, значительная часть которых - средствами Excel. Помимо того, что ручной сбор отчетов занимает массу времени, так и сам Excel, как контейнер доставки отчетности, обладает рядом недостатков. Это, как минимум: Проблема централизации - в каждом Excel может быть как свой набор исходных данных, так и свои методики расчета; Проблема доставки - расшарить файл на большое количество участников бывает проблематично. Особенно, если он большой и не пролезает в почту; Проблема безопасности - непросто ограничить доступ к Excel-файлу для определенного круга лиц Отсутствие автоматизации алертов - на уровне Excel сложно настраивать оповещения в почту или корпоративные мессенджеры в случае изменения того или иного показателя. Изначально в качестве BI-системы мы хотели использовать Tableau и даже успели сделать несколько дашбордов, но случился февраль 2022 года, и Tableau стал недоступен. Вместе с тем, в компании назрела необходимость BI в концепции self-service.
https://habr.com/ru/articles/779238/
#bi #business_intelligence #power_bi #дельта_bi #selfservice #триал