Сейчас бы ещё разобраться как делать в PQ, Я про PQ PP PBI  узнал 2-3 дня назад)

Курс Максима Уварова, самый лучший Вариант, сам лично проходил! Курс  акцентирует ваше внимание  тех основах, которые после позволят просто взлететь!!! :)

Могу сказать со стороны PowerBI что человек сказавший про проблему не имеет представления BI. C 10млрд не работал, но нужно понимать, что есть база SQL, что прописываются запросы прямо в PQ и все данные разделяются,  вот вам маленький пример из практики:
для управленческого учёта вытаскиваются данные за пять лет (там в основном цифры) но так же нужно было делать и дашборды для инвентаризации товара, где  очень важен комментарий, который весит очень много.
Решение: один файл для инвентаризации, куда загружаются за последние несколько месяцев, а другой файл для финансового учёта, куда выгружаются за последние 5-10 лет (цифры) и выкладывается в облако два этих отчета и работают  без проблем, для пользователя не имеет значения и естественно они не тяжёлые.
Подойти с этой точки зрения и всё реально!!! Размеры строк у меня были20 и 50 млн строк, работало всё норм.
И важно как организовано  хранилище и модель PowerBI.
Более того Роман Шапков в BI загружал 200млн строк и у него работало, а это до 1 млрд уже не далеко! :)
И нужно понимать, что BI - это программа для анализа, а не для ведения учёта, а ещё есть SQL сервер, есть витрины необходимые...
Про витрины в одной организации оборачиваемость считается 10-15 минут (в 1:С), а в другой организации с таким же объемом данных или даже больше оборачиваемость выводится за 10 секунд.
И последнее не просто так придумали архитектор баз данных.
Вывод - не слушайте "не верных"!!! Прежде чем спорить с библией нужно сначала изучить библию, понять зачем и для чего писалась вся книга и отдельные её части, а после можно сравнивать её уже с другой книгой!!! :)))

Коллеги, не флейма для, а для формировании картины мира.
Общался тут с руководителем отдела аналитики, который сказал - что PowerBI имеет существенную проблему - производительность. На 10млрд записях и более.
А вот у Tableau таких проблем нет, поэтому они все делают на табло и PBI даже не рассматривали.

Есть тут те, кто работал и с тем и другим? Это хоть как-то соответствует действительности?

на 10 миллиардах уже кубы и там уже пофик каким инструментом выводить результат)

Так а чего Вы мучаетесь, Запишитесь на курс Антона Будуева - реально мощно прокачает Вас в DAX, или Станислав Салостей с финансовой точки зрения! :)

Есть ссылка на курс ?

Зумер плиз

CALCULATE( DISTINCOUNT('table'[contractorid), table'[contractorvendor] in {0,3}, table'[activititype] in {2,3})

Не подскажете ещё, как дополнить формулу, чтобы считались уникальные "ContractorId" которые по двум условием одновременно пересекаются? Сейчас считаются и одновременно по обеим условиям и отдельно по каждому

Обычно плановые и фактические показатели всегда в разных таблицах. У вас может не быть факта на определенную дату, но план будет. Если ваш случай точно не таков, то вполне и 1 табл сойдёт. По переменным - тут дело каждого использовать или нет, зачастую с ними проще проверять расчет на каждом шаге да и условие писать проще по результатам переменных, чем весь код в тот же switch писать. Рекомендации были вроде одни - использовать когда в мере один и тот же расчет более 1 раза или нужно получать  значение в разных контекстах. А так можно просто мерами обойтись, хоть и километровыми. У меня были меры и по 200 строк, там точно без переменных никак)

Хех... В мое время Гугл назывался "библиотека" ))

Dial-up

Dial-up

Выйди из интернета, позвонить надо 😂

Выйди из интернета, позвонить надо 😂