Size: a a a

Power BI Group RU

2020 June 20

АО

Анатолий Одегов... in Power BI Group RU
Язык R поможет найти "халат с перламутровыми пуговицами"! :)
источник

А

Александр in Power BI Group RU
Всем привет! Подскажите кто настраивал сбор данных с Rest API для PBI. Какие коннекторы использовали?
источник

RG

Ruslan Ganeev in Power BI Group RU
Web
источник

А

Александр in Power BI Group RU
Maxim подскажи пожалуйста semi-incremental загрузка будет работать с oracle и postgre?
источник

MZ

Maxim Zelensky in Power BI Group RU
Александр
Maxim подскажи пожалуйста semi-incremental загрузка будет работать с oracle и postgre?
Оххх... не скажу, надо убедиться, что в сервисе ваш конкретный источник будет воспринят как облачный (например, Postgre у вас на AWS). В общем, надо тестировать
источник

ЕС

Евгений Сивов... in Power BI Group RU
Всем привет!
Нужен специалист по разработке отчетности Power BI. На частичную занятость. Максимально гибкий график.
Нужно знание Power BI, SQL, создание баз данных.
Подробности в личке.
источник
2020 June 21

Ф

Фара in Power BI Group RU
Всем привет !
Подскажите пожалуйста ,

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

или в Power Query (создав ссылку на запрос удалив дубликаты )
источник

AS

Alexey Shcheglov in Power BI Group RU
Фара
Всем привет !
Подскажите пожалуйста ,

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

или в Power Query (создав ссылку на запрос удалив дубликаты )
оба варианта хороши)
какой удобнее, такой и используйте
источник

Ф

Фара in Power BI Group RU
Alexey Shcheglov
оба варианта хороши)
какой удобнее, такой и используйте
А более оптимизированный в плане производительности ?
источник

AS

Alexey Shcheglov in Power BI Group RU
Фара
А более оптимизированный в плане производительности ?
если я правильно понимаю, то PQ вариант должен жрать меньше ресурсов при самой работе, но гребёт их во время обновления запроса, а через distinct съедает кусок оперативы, потому что вы функционально создаёте столбец.
источник

Ф

Фара in Power BI Group RU
Alexey Shcheglov
если я правильно понимаю, то PQ вариант должен жрать меньше ресурсов при самой работе, но гребёт их во время обновления запроса, а через distinct съедает кусок оперативы, потому что вы функционально создаёте столбец.
Спасибо большое 👍
источник

АО

Анатолий Одегов... in Power BI Group RU
Alexey Shcheglov
если я правильно понимаю, то PQ вариант должен жрать меньше ресурсов при самой работе, но гребёт их во время обновления запроса, а через distinct съедает кусок оперативы, потому что вы функционально создаёте столбец.
А ещё когда в DAX мы создаём справочник с помощью формулы, то этот справочник зависим от какой-нибудь таблицы и в дальнейшем может появится ситуация, что нельзя будет построить какую-нибудь связь так как она будет зацикливаться (я на таком спотыкался). А вот когда справочник сделан в PQ - то в модели справочник появляется как отдельный объект ни с чем не связанный и в такой ситуации у нас ограничений на модель гораздо меньше! :)
источник

PR

PP R in Power BI Group RU
Простите за ОФФТОП!
Подскажите пожалуйста аналогичную группу но с VBA- уклоном.
Всем солнечного лета!!!
источник

1

1Service in Power BI Group RU
Анатолий Одегов
А ещё когда в DAX мы создаём справочник с помощью формулы, то этот справочник зависим от какой-нибудь таблицы и в дальнейшем может появится ситуация, что нельзя будет построить какую-нибудь связь так как она будет зацикливаться (я на таком спотыкался). А вот когда справочник сделан в PQ - то в модели справочник появляется как отдельный объект ни с чем не связанный и в такой ситуации у нас ограничений на модель гораздо меньше! :)
Делайте справочники через distinct и будет Вам счастье
источник

Ф

Фара in Power BI Group RU
Анатолий Одегов
А ещё когда в DAX мы создаём справочник с помощью формулы, то этот справочник зависим от какой-нибудь таблицы и в дальнейшем может появится ситуация, что нельзя будет построить какую-нибудь связь так как она будет зацикливаться (я на таком спотыкался). А вот когда справочник сделан в PQ - то в модели справочник появляется как отдельный объект ни с чем не связанный и в такой ситуации у нас ограничений на модель гораздо меньше! :)
спасибо
источник

VP

Vasily Prozorov in Power BI Group RU
Коллеги, такой вопрос. Есть таблица фактов и два справочника ( товар и контрагент). Возможно ли скрывать те размерности справочников по которым информация отсутствует?  Не знаю, может это и есть ломанная иерархия...
источник

MZ

Maxim Zelensky in Power BI Group RU
Где скрывать? В таблицах?
источник

VP

Vasily Prozorov in Power BI Group RU
Maxim Zelensky
Где скрывать? В таблицах?
Да
источник

MZ

Maxim Zelensky in Power BI Group RU
Уберите их при помощи inner join с таблицей фактов в Power Query
источник

VP

Vasily Prozorov in Power BI Group RU
Maxim Zelensky
Уберите их при помощи inner join с таблицей фактов в Power Query
Простите, не понял😊
источник