А ещё верт объединение отличается у них)

Это как?

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

Звучит здорово!

Ну самый жирный плюс , это конечно этот чатик)

Многие расчеты на DAX делать по отзывам проще, чем в том же клике. Ещё финансисты за это любят.

Ну если столбцы в pq называются по разному, то в pq будет общая табличка, хоть и кривоватая, в даксе нет

Это цена, как офигительное преимущество

В наше время большую ценность имеет обслуживание

разве? я думал маркетологи любят google data studio)

Не только

Ребят. подскажите. а как сделать такие фильтры http://joxi.ru/5md43keC856a4m как в этой визуализации
https://community.powerbi.com/t5/Data-Stories-Gallery/Alight-Analytics-Paid-Social-Dashboard/m-p/1195809

В общем, суть такая.
Если есть возможность, создавать справочники надо в Power Query, а не в DAX.

Если в PQ, то исходим из минимум 2 сценариев:
1) в каждой из исходных таблиц есть один и тот же набор столбцов, который мы относим к описанию справочника. Например, код клиента + название + ИНН
2) в исходных данных пересекается только часть столбцов, относящихся к справочнику. Например, в одной таблице код клиента и ИНН, в другой название и ИНН, в третьей только код клиента, и мы хотим создать единый справочник.

В первом случае задача сводится к следующему:
1. исходные таблицы подразумеваем оставить сырыми и в модель не грузить.
2. для каждой исходной таблицы извлекаем столбцы справочника в отдельные запросы (которые тоже не грузим), называем столбцы однообразно.
3. Делаем объединение запросиков из пункта 2 в один общий запрос и удаляем дубликаты в таблице. Это и будет справочник.
4. Далее, если в нашем справочнике и в исходных данных есть какой-то уникальный столбец, который сойдет за ключевой, то делаем ссылки на исходные запросы п.1 и удаляем в новых запросах лишние поля справочника, оставляем только код. В общем всё. можно строить связь
5. Если такого столбца нет, то индексируем таблицу из п.3, далее в копию исходных таблиц мерджим по полям справочника столбец индекса - он и будет кодом. Удаляем лишние столбцы из копий исходника и вуаля, у нас всё красивое

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

А вот в DAX мы гораздо более ограничены, поэтому там всё СИЛЬНО проще

=
DISTINCT (
    UNION (
        SELECTCOLUMNS ( Table1, "Col1", Table1[Col1], "Col2", Table1[Col2] ),
        SELECTCOLUMNS ( Table2, "Col1", Table2[Col1], "Col2", Table2[Col2] )
    )
)

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

это два среза поверх графика. А меры перебираются, например, при помощи SWITCH

=
DISTINCT (
    UNION (
        SELECTCOLUMNS ( Table1, "Col1", Table1[Col1], "Col2", Table1[Col2] ),
        SELECTCOLUMNS ( Table2, "Col1", Table2[Col1], "Col2", Table2[Col2] )
    )
)

Максим, спасибо!
Разберу на конкретном примере все, что написал!

спасибо. попробую сделать

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

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

всем добра. Есть ли вpower query формула для изменения кодировки в колонке?