KK
Ilia Khrenov
Спс, но эту функцию интегрировать именно в summarize для группировки мне удалось. Только для вычисления
Я не говорил, что она не интегрируется)
Size: a a a
2020 December 01
KK
И выше вам тоже написали про неё
IK
Maxim Zelensky
Наверное calculatetable(summarize(....), userelationship(...) )
Работает, спасибо. Но интересно, что когда указываешь столбец для группировки из другой таблицы - power bi не предлагает автозаполнение и даже подчеркивает такой столбец как некорректный синтаксис. Но все считается 🙏
RG
Коллеги, столкнулся с очень большой задачей. Реализуем энтерпрайз проект для очень больших наборов данных, размер сырых таблиц порядка 2,5 Тб ( 16 млрд строк). Рассматриваем конфигурацию с покупкой заказчиком SQL Server для SSAS с моделями данных, БД для запросов транзакционных данных через DQ и хотим получить через SA Power BI Report server и развернуть его на отдельной машине.
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
DL
Коллеги, столкнулся с очень большой задачей. Реализуем энтерпрайз проект для очень больших наборов данных, размер сырых таблиц порядка 2,5 Тб ( 16 млрд строк). Рассматриваем конфигурацию с покупкой заказчиком SQL Server для SSAS с моделями данных, БД для запросов транзакционных данных через DQ и хотим получить через SA Power BI Report server и развернуть его на отдельной машине.
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
A
Коллеги, здравствуйте!
Есть интересная задача.
Есть массив с полями From To.
Значения в каждом из них могут повторяться, по сути, граф)
Требуется по заданным А и Б найти все пути из А в Б.
Всех путей может быть много, поэтому с ограничителем "2 шага / 3 шага / 5 шагов".
На данный момент реализовал через дублирование таблицы в PQ и двунаправленными связями "To Таблицы 1 <-> From таблицы 2 / To таблицы 2 <-> From таблицы 3 / ..." и так все 4-5 таблиц.
Повесил два слайсера на From таблицы 1 и To последней таблицы. Визуально отобразить с 5 таблицами получается, а посчитать количество маршрутов пока непонятно как.
Может есть идеи, как подсчитать количество маршрутов?
Есть интересная задача.
Есть массив с полями From To.
Значения в каждом из них могут повторяться, по сути, граф)
Требуется по заданным А и Б найти все пути из А в Б.
Всех путей может быть много, поэтому с ограничителем "2 шага / 3 шага / 5 шагов".
На данный момент реализовал через дублирование таблицы в PQ и двунаправленными связями "To Таблицы 1 <-> From таблицы 2 / To таблицы 2 <-> From таблицы 3 / ..." и так все 4-5 таблиц.
Повесил два слайсера на From таблицы 1 и To последней таблицы. Визуально отобразить с 5 таблицами получается, а посчитать количество маршрутов пока непонятно как.
Может есть идеи, как подсчитать количество маршрутов?
RG
Коллеги, здравствуйте!
Есть интересная задача.
Есть массив с полями From To.
Значения в каждом из них могут повторяться, по сути, граф)
Требуется по заданным А и Б найти все пути из А в Б.
Всех путей может быть много, поэтому с ограничителем "2 шага / 3 шага / 5 шагов".
На данный момент реализовал через дублирование таблицы в PQ и двунаправленными связями "To Таблицы 1 <-> From таблицы 2 / To таблицы 2 <-> From таблицы 3 / ..." и так все 4-5 таблиц.
Повесил два слайсера на From таблицы 1 и To последней таблицы. Визуально отобразить с 5 таблицами получается, а посчитать количество маршрутов пока непонятно как.
Может есть идеи, как подсчитать количество маршрутов?
Есть интересная задача.
Есть массив с полями From To.
Значения в каждом из них могут повторяться, по сути, граф)
Требуется по заданным А и Б найти все пути из А в Б.
Всех путей может быть много, поэтому с ограничителем "2 шага / 3 шага / 5 шагов".
На данный момент реализовал через дублирование таблицы в PQ и двунаправленными связями "To Таблицы 1 <-> From таблицы 2 / To таблицы 2 <-> From таблицы 3 / ..." и так все 4-5 таблиц.
Повесил два слайсера на From таблицы 1 и To последней таблицы. Визуально отобразить с 5 таблицами получается, а посчитать количество маршрутов пока непонятно как.
Может есть идеи, как подсчитать количество маршрутов?
СЧ
Коллеги, столкнулся с очень большой задачей. Реализуем энтерпрайз проект для очень больших наборов данных, размер сырых таблиц порядка 2,5 Тб ( 16 млрд строк). Рассматриваем конфигурацию с покупкой заказчиком SQL Server для SSAS с моделями данных, БД для запросов транзакционных данных через DQ и хотим получить через SA Power BI Report server и развернуть его на отдельной машине.
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
Привет.
Если вы физически модель разработаете отдельно и опубликуете сами в SSAS, а EE положите только под портал (отрисовка отчетов), то это совершенно валидный сценарий.
Только убедитесь, что модель в ограничения стандарта влезет, я искренне их с ходу не помню и во мне уже вино 🤷♀️
Если вы физически модель разработаете отдельно и опубликуете сами в SSAS, а EE положите только под портал (отрисовка отчетов), то это совершенно валидный сценарий.
Только убедитесь, что модель в ограничения стандарта влезет, я искренне их с ходу не помню и во мне уже вино 🤷♀️
СЧ
Спасибо!
DL
Спасибо!
Тебе спасибо :)
A
Спасибо, Руслан!
СЧ
Привет.
Если вы физически модель разработаете отдельно и опубликуете сами в SSAS, а EE положите только под портал (отрисовка отчетов), то это совершенно валидный сценарий.
Только убедитесь, что модель в ограничения стандарта влезет, я искренне их с ходу не помню и во мне уже вино 🤷♀️
Если вы физически модель разработаете отдельно и опубликуете сами в SSAS, а EE положите только под портал (отрисовка отчетов), то это совершенно валидный сценарий.
Только убедитесь, что модель в ограничения стандарта влезет, я искренне их с ходу не помню и во мне уже вино 🤷♀️
https://docs.microsoft.com/ru-ru/sql/sql-server/editions-and-components-of-sql-server-2017?view=sql-server-ver15#analysis-services
Вот тут в многомерке/табулярке можно прикинуть
Вот тут в многомерке/табулярке можно прикинуть
IS
Коллеги, столкнулся с очень большой задачей. Реализуем энтерпрайз проект для очень больших наборов данных, размер сырых таблиц порядка 2,5 Тб ( 16 млрд строк). Рассматриваем конфигурацию с покупкой заказчиком SQL Server для SSAS с моделями данных, БД для запросов транзакционных данных через DQ и хотим получить через SA Power BI Report server и развернуть его на отдельной машине.
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
Как известно, PBI RS в поставке SQL идёт только с пакетом Enterprise, встаёт вопрос: можем ли мы купить ядра Enterprise только в том кол-ве, которые будет требовать PBI RS, а для работы моделей ограничиться ядрами типа Standard или других версий?
Хотелось бы услышать ответ как с точки зрения политики лицензирования, так и с точки зрения возможности реализации такого подхода (мб такой объем просто невозможно запулить не в Enterprise)
Стандарт не взлетит на таком объёме, имхо. Может в последних редакциях что поменялось, но в 2016 в стандарт для табличных моделей не поддерживалось секционирование, только для Olap. Соответственно обновлять каждый раз несколько миллиардов то ещё удовольствие будет.
IS
Если уж вы хотите использовать табличные модели на сервере, то и держите их на одном сервере с PowerBI. Я так понимаю отчётов в режиме импорта не предполагается, так что на ЕЕ будет всё работать хорошо.
IS
Тут ключевое значение будет скорость процессоров. Мой ноутбук с 3,5гц уделывает сервер с кучей медленных ядер по 2гц более чем в два раза
RG
Если уж вы хотите использовать табличные модели на сервере, то и держите их на одном сервере с PowerBI. Я так понимаю отчётов в режиме импорта не предполагается, так что на ЕЕ будет всё работать хорошо.
Беда была в деньгах, лицензировать большое количество ядер энтерпрайзом выходит очень дорого
Архитектура предполагалась следующая: кластер серверов (минимум 2 инстанса SSAS по 64 ядра x 3 GHz и БД, 512 Гб RAM ), на них развёрнуто 60 различных моделей с пониженной гранулярностью и транзакции по DQ.
И отдельный сервер, только под пользователей с PBI RS.
Предполагается порядка 8000 различных отчетов (столько есть сейчас в другой bi).
Будет порядка 1000 пользователей, из которых мы посчитали, что около 100 будут конкурентными пользователями (смогут посылать разные запросы в модель одновременно).
Было бы очень круто, если бы вы подсказали, где тут могут быть неточности
Архитектура предполагалась следующая: кластер серверов (минимум 2 инстанса SSAS по 64 ядра x 3 GHz и БД, 512 Гб RAM ), на них развёрнуто 60 различных моделей с пониженной гранулярностью и транзакции по DQ.
И отдельный сервер, только под пользователей с PBI RS.
Предполагается порядка 8000 различных отчетов (столько есть сейчас в другой bi).
Будет порядка 1000 пользователей, из которых мы посчитали, что около 100 будут конкурентными пользователями (смогут посылать разные запросы в модель одновременно).
Было бы очень круто, если бы вы подсказали, где тут могут быть неточности
DL
Беда была в деньгах, лицензировать большое количество ядер энтерпрайзом выходит очень дорого
Архитектура предполагалась следующая: кластер серверов (минимум 2 инстанса SSAS по 64 ядра x 3 GHz и БД, 512 Гб RAM ), на них развёрнуто 60 различных моделей с пониженной гранулярностью и транзакции по DQ.
И отдельный сервер, только под пользователей с PBI RS.
Предполагается порядка 8000 различных отчетов (столько есть сейчас в другой bi).
Будет порядка 1000 пользователей, из которых мы посчитали, что около 100 будут конкурентными пользователями (смогут посылать разные запросы в модель одновременно).
Было бы очень круто, если бы вы подсказали, где тут могут быть неточности
Архитектура предполагалась следующая: кластер серверов (минимум 2 инстанса SSAS по 64 ядра x 3 GHz и БД, 512 Гб RAM ), на них развёрнуто 60 различных моделей с пониженной гранулярностью и транзакции по DQ.
И отдельный сервер, только под пользователей с PBI RS.
Предполагается порядка 8000 различных отчетов (столько есть сейчас в другой bi).
Будет порядка 1000 пользователей, из которых мы посчитали, что около 100 будут конкурентными пользователями (смогут посылать разные запросы в модель одновременно).
Было бы очень круто, если бы вы подсказали, где тут могут быть неточности
Мне очень интересно, на каком BI было порядка 8000 различных отчётов?
RG
Cognos
DL
Cognos
Ну там да, больше плоские, скорее всего, типа тех, что в reporting services делаются? Таблички?
RG
Подозреваем, что да. Пока в процессе получения доступов