Так же, как между молотком и отверткой.

Согласен. То есть, если установить он премиз и железо на максималках, оно будет тянуть большие объемы вполне себе норм? А есть какой-то метод как можно прикинуть потребление CPU\RAM для таких и иных моделей данных, на таких объемах, с такой средней шириной поля в таблице, с таким набором уникальных сотен тысяч значений и т.п.?

А Groupby, TOP, ASC и DESK - это всё есть в SQL, и суть алгоритмов обработки данных +- одинаковая! :)
Так что вам ещё прокачаться в SQL не составит большой сложности! :)))
Самое главное - это понимать логику! :)

У вас М есть, я его не знаю, но наверное некоторая замена SQL

Очень согласен.
Очень тонкое сравнение. важно опознать что перед тобой: клей, болт, гвоздь или саморез.

Смешно)) Какая у источника

не путайте Power BI Premium (облачный) и Power BI Report Service (on prem). Это совсем разные вещи. По он-прем решению есть статья в документации о замерах производительности и определении потребного железа. Если не забуду, кину ссылку.

Спасибо большое! Я и не путаю, поэтому и уточняю, в облаке, естественно иная схема работы.

Меня, как раз, облако мало интересует. Т.к. никто не будет заливать в здравом уме терабайты фактов в облако, когда их внутри от сервера к серверу порой сутки перекачивают, ну и прочие следствия огромных объемов.

Если в источнике не работает, то в лайве не будет работать, Dateparse и regexp_match не будут работать для редшифта, потому что там их нет, для других источников будут. У каждой БД есть отличия и ограничения

Power Query - инструмент ETL в первую очередь. DAX - язык запросов и анализа. PQ готовит данные, DAX выполняет анализ на лету. Исходите из этого. PQ при этом - не обязательный инструмент подготовки данных (преобразования), но обязательно используется для загрузки в модель. То есть можете готовить любым удобным инструментом - питоном, датабриксом, яхзчемещеотгугла и так далее, складывать в базу/озеро/файлики, PQ загрузит в модель, DAX проанализирует.

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

некоторая, да. Но на мой неискушенный взгляд, гораздо менее многословная и в чем-то гораздо более прозрачная. Но не удивлюсь, если в конце концов где-то там внутри те же куски кода и та же логика

Заливают, еще как

Но в базы же скорее всего запросы в SQL  посылаются через драйверы. Надо в логах посмотреть какие запросы приходят, интересно просто

это не показатель, кстати. Вопрос ценообразования и доступных ресурсов.

А майкрософт хранит русские данные в своих российских облаках?

Нет, Azure в России вроде нет. Ближайшие в Европе

так это другое. Есть запросы к источникам, которые отправляются при подключении, или там при DQ, или при импорте (при наличии фолдинга). Там преобразовывается в язык источника по мере возможности драйверов и т.п.
А есть то, что делается уже после закачивания данных из базы (в режиме импорта, например), или при работе не с БД. Вот эти операции выполняются уже движком PQ

Датацентров MS в России нет.