Size: a a a

Power BI Group RU

2020 July 29

MZ

Maxim Zelensky in Power BI Group RU
Чего-то не припомню... Postgres работает в DQ? Если да, то там прямо напрашивается композитная модель с агрегатами, но она не доступна в Report Server, насколько помню. Ну тогда для 90% пользователей агрегаты делать вручную и отчеты на агрегатах, самое то
источник

MZ

Maxim Zelensky in Power BI Group RU
Александр
Добрый вечер)

Есть концептуальный вопрос, нужна помощь)

Задача:
Есть ограничения архитектуры.
1) pbi репорт сервер.
2) данные в бесплатном постгрессе.
3) данных в отчет - до 2млдр записей детальных данных в качестве источника для каждой визуализации. Записи, условно, довольно "узкие".
4) отчёт - набор из 5-7 визуализаций.
5) 1000+ пользователей(просмотр).
6) доступ к отчёту должен предоставляться на основании доступа через эктивдиректори, приоритетно - в форме embeded-отчета на веб-морде.
7) 90%ам пользователей нужны лишь 0.1% детальных данных от общего количества.
0.1%там пользователей нужны 100% данных.

Каждому пользователю в рамках этого единого отчёта нужны уникальные(его) данные.

Вопрос:
Какие бестпрактис(или просто практис) возможно применить?


Изменение архитектуры, к сожалению, не рассматривается.
Встроенный РЛС кажется не слишком адекватным вариантом, но я могу чего-то не понимать.
Откажитесь от единого отчета. Иначе это будет тормознутый монстр, честно.
источник

А

Андрей in Power BI Group RU
Konstantin Kadikin
А дакс из экселя вырос)
Ну нит, дакс это очередной майкрософтовский "идите все нахер мы сами знаем как лучше". Тот же powershell туда же
источник

А

Андрей in Power BI Group RU
Это не лучше, не хуже, это просто другое
источник

А

Александр in Power BI Group RU
Maxim Zelensky
Откажитесь от единого отчета. Иначе это будет тормознутый монстр, честно.
Представьте, что каждый пользователь должен иметь доступ именно к своим данным.
И что отчет у всех одинаковый по используемым сущностям.
Внутри базы, в общих сущностях(и полях) для каждого пользователя ,выстроены свои условно динамические "оси" агрегации.
Если есть опция генерить отчеты на лету для каждого юзера (подставляя, например, наименование генерируемой для юзера вьюхи на уровне дакса или как либо иначе) - то можно пойти по ней.
Мы думаем пока, как лучше - через DQ  или импорт. Кажется, что нас должен спасти DQ, но пока я не понимаю как.
источник

А

Андрей in Power BI Group RU
Дакс ближе к mdx, я его сильно не изучал только немного касался в применении КУБЗНАЧЕНИЕ и прочих функций. Но уже тогда он мне казался вполне адекватным
источник

А

Андрей in Power BI Group RU
Александр
Представьте, что каждый пользователь должен иметь доступ именно к своим данным.
И что отчет у всех одинаковый по используемым сущностям.
Внутри базы, в общих сущностях(и полях) для каждого пользователя ,выстроены свои условно динамические "оси" агрегации.
Если есть опция генерить отчеты на лету для каждого юзера (подставляя, например, наименование генерируемой для юзера вьюхи на уровне дакса или как либо иначе) - то можно пойти по ней.
Мы думаем пока, как лучше - через DQ  или импорт. Кажется, что нас должен спасти DQ, но пока я не понимаю как.
А что за организация если не секрет, где 1000+ пользователей отчёта повер би?
источник

MZ

Maxim Zelensky in Power BI Group RU
Александр
Представьте, что каждый пользователь должен иметь доступ именно к своим данным.
И что отчет у всех одинаковый по используемым сущностям.
Внутри базы, в общих сущностях(и полях) для каждого пользователя ,выстроены свои условно динамические "оси" агрегации.
Если есть опция генерить отчеты на лету для каждого юзера (подставляя, например, наименование генерируемой для юзера вьюхи на уровне дакса или как либо иначе) - то можно пойти по ней.
Мы думаем пока, как лучше - через DQ  или импорт. Кажется, что нас должен спасти DQ, но пока я не понимаю как.
DAX работает с тем, что в модели данных. Если импорт - то уже импортированных данных, никаких динамических вьюх. DQ вам поможет не импортировать 2 млрд строк, но тоже, думаю, никаких таких динамических вьюх.
источник

MZ

Maxim Zelensky in Power BI Group RU
Андрей
Дакс ближе к mdx, я его сильно не изучал только немного касался в применении КУБЗНАЧЕНИЕ и прочих функций. Но уже тогда он мне казался вполне адекватным
DAX и MDX настолько разные... кроме слова "мера" у них мало что общего, вообще-то. Хотя меня могут закономерно поправить, конечно
источник

А

Андрей in Power BI Group RU
Ну я же могу меру дакс тащить в КУБЗНАЧЕНИЕ?
источник

А

Андрей in Power BI Group RU
Могу, значит близкие😁
источник

А

Андрей in Power BI Group RU
Я никак на знание mdx не претендую, максимум понял чем child от all отличается
источник

А

Андрей in Power BI Group RU
Но в принципе идея многомерного куба имеет право на жизнь
источник

А

Александр in Power BI Group RU
Maxim Zelensky
DAX работает с тем, что в модели данных. Если импорт - то уже импортированных данных, никаких динамических вьюх. DQ вам поможет не импортировать 2 млрд строк, но тоже, думаю, никаких таких динамических вьюх.
Соответственно, я верно понимаю, что и тут прямого пути нет.
Может я упускаю какую-то очевидную вещь?
Типа возможности дергать на каждое обращение по directQuery какую-то хранимку из базы по параметрам?
Крайне не хотелось бы придумывать механизм на стороне базы, который бы каждому запросу каждого пользователя прописывал бы контекст или что-то подобное просто по созданию сессии.

Коллеги подсказывают импорт + рлс. Но я оставляю этот вариант, как уже совсем резервный.
источник

MZ

Maxim Zelensky in Power BI Group RU
Но чем не устраивает DQ+RLS? Просто делаете DQ к заранее подготовленным агрегатам нужной для отчета (тем самым 90% юзеров) гранулярности
источник

ПП

Павел Петров... in Power BI Group RU
Переслано от Павел Петров...
Коллеги, доброе утро. Такой вопрос...нужна помощь.
источник

ПП

Павел Петров... in Power BI Group RU
Переслано от Павел Петров...
источник

ПП

Павел Петров... in Power BI Group RU
Переслано от Павел Петров...
Как мне присвоить в столбце акция товарам на которые есть акция, но которые по ней не продавались строчку "не по акции"? Чтобы потом отследить сгруппированные продажи в матрице по акционным товарам (в разрезе акции и без)...
источник

ПП

Павел Петров... in Power BI Group RU
Не понимаю как это сделать через условный столбец или IF...
источник

KK

Konstantin Kadikin in Power BI Group RU
Ко вчерашнему большому отчету: postgre поддерживает dq, но по доступу есть куча нюансов,

https://docs.microsoft.com/ru-ru/power-bi/connect-data/desktop-use-directquery#limitations-of-directquery
источник