то, но нужно на каждом графике прожать. это не удобно

погуглю что такое switch и selectedvalue. спасибо

Всем привет! Может кто-то подскажет. Есть матрица в Ней есть 3 уровня. Самый верхний Отдел, на втором уровне товары отдела и папка "прочее" (товаров в каждом отделе разное количество). Идея в том, что сумма которая приходит на папку "Прочее" в каждом отделе должна быть поделена на кол. товара отдела и сумма по ровно распределена между товарами. Не могу придумать как это реализовать

Погуглите dynamic axis

Самый лучший вариант сделать расчет в системе из которой цепляются данные, а bi вывести как расчетное поле

Цепляется из 1С , вариант там посчитать к сожалению не рассматривается

Кость, ну тогда либо мера, с выводом без структуры. Либо  код

Оно понятно)

Если есть уровень иерархии то за него можно зацепится, например HASONEVALUE или HASONEFILTER.
Мера будет иметь подобную структуру:
var 1 (расчёт для первого уровня) = ....
var 2 (расчёт для второго уровня) = ....
return
if (проверка на уровень; var 1; var 2)
в общем в подобном стиле ! :)

В режиме импорта? Мало вводных на самом деле. Чтобы ответить. Такие объёмы однозначно уже только премиум, но всё равно может быть множество факторов от структуры данных до железа. На PowerBI была модель в 1млрд, точнее это уже AS + PowerBI RS, так как там в файл не впихнуть. А вот в облачном премиуме уже можно, хотя я бы там наверное смотрел в сторону Azure AS. Ну и какая гранулярность данных, сколько уникальных в справочниках и так далее

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

При выводе отчетов

Я думаю, что вполне возможно, как и обратное. Недавно где-то читал на эту тему, чуть ли не Марко писал

Не соглашусь! :) так как нет четкого понимания, что такое производительность системы. А я уверен, что когда стоят перед нами четкие задачи, то в PowerBI реализовать можно используя свой отдельный подход и инструменты! И результат будет либо Tableau не дотягивает, либо у Tableau получилось решить эти задачи и выйти на уровень результативности как у Power BI! :)

Спасибо

там тоже не все так радужно как тебе приподнесли

Да, тут можно обойтись без закладок, создав отдельную таблицу, содержащую N*M строк, где N - количество строк в календаре и M - количество вариантов гранулярности, и связав её с календарем (двунаправленной связью).
Для каждой даты в этой таблице указываете дату, соответствующую уровням гранулярности (я для недель использую первый день недели, для месяцев - первый день месяца).
Затем в фильтр кидаете из этой таблицы признак гранулярности (день/неделя/месяц) и готово)
Вроде такое же рассказывается и в статьях про динамические оси, про которые выше Юрий писал

Доброе утро :)
Два вопроса.

Подскажите, пожалуйста, я правильно понимаю, что в документах у майкрософта в принципе весь функционал есть по pbi, другое дело, что нужно правильно искать?

И второй вопрос.
У нас в компании расчёт ведётся в разных валютах и пересчёт в единую происходит по разным курсам (этого года, прошлого и тп). Как правильнее этот расчёт выполнять, если есть таблица с исходными данными иотдельная с установленными курсами- через доп столбцы на моменте сборки п pq или через меры уже в pbi? Что будет оптимальнее.
Спасибо!