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

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

Обе ведь системы в таком случае надо цеплять к хранилищу и работать через DQ? как минимум для больших таблиц фактов?

Всем привет, прошу помочь - есть таблица, как на скрине. Хочу меру создать, считающую уникальное количество ContractorId по одновременно выполняющимся условиям  (условие 1 и условие 2). Зеленым выделен ContractorId  который как раз подходит по условия. На SQL есть код работающий, а Dax только начал изучать

не работал на табло с миллиардами, но ради опыта пытался воспроизвести отчет из 1с, который сделан мной же был в PBI, и это все на сырых данных, масштаб был 3 млн строк факта, в общем табло лег сразу

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

Коллеги, добрый день.  Помогите (или направьте) составить меру).Нужно чтобы значения в столбце просуммировались, но некоторые (с критерием) имели множитель 1.5.
Где глянуть синтаксис этих функций? Я подразумеваю, что там будут SUM и IF

sumx и if тогда уж

Зумер плиз

🙏

но на больших массивах далеко не самый быстрый вариант

Спасибо, но ошибку синтаксиса пишет. И разве ещё с таким условием не будет ли считаться строки, где ContractorIsVendor = 1
ActivityType = 3? Они как раз не нужны

= уберите перед in

а множественное если как указать? Аналог ЕСЛИМН

switch

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

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

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

благодарю) не заметил