Size: a a a

Power BI Group RU

2020 October 12

MZ

Maxim Zelensky in Power BI Group RU
Так bi проверяет, что текст содержит слово. Запихиваете это условие в filter, а filter в calculate
источник

MZ

Maxim Zelensky in Power BI Group RU
Artyr Ka
Мне вобщем надо исключить это слово в подсчете, есть имя  тестовый, тест, тестирую итд, надо без этих слов посчитаь
Если исключить, то не >0, а =0 пишете
источник

AK

Artyr Ka in Power BI Group RU
Maxim Zelensky
Так bi проверяет, что текст содержит слово. Запихиваете это условие в filter, а filter в calculate
вот я про это же) Ошибку понял, не правильно написал сначала
источник

AK

Artyr Ka in Power BI Group RU
спасибо
источник

СК

Сергей Коломиец... in Power BI Group RU
Maxim Zelensky
these functions require to join columns with the same name, type, and lineage. This latter requirement does not allow using native columns of the model, so you have to remove the data lineage from the columns involved in the join, for instance by using an expression in SELECTCOLUMNS.
https://www.sqlbi.com/articles/lookup-multiple-values-in-dax/
Хотел бы у Вас уточнить, Максим, формулы данные будут работать с полями двух таблиц, по которым настроена связь один ко многим?
источник

MZ

Maxim Zelensky in Power BI Group RU
Сергей Коломиец
Хотел бы у Вас уточнить, Максим, формулы данные будут работать с полями двух таблиц, по которым настроена связь один ко многим?
я очень редко пользуюсь этими функциями, давно не проверял. В документации ничего не сказано про это, но, я думаю, если использовать SELECTCOLUMNS, то lineage разрывается и должно работать
источник

СК

Сергей Коломиец... in Power BI Group RU
Maxim Zelensky
я очень редко пользуюсь этими функциями, давно не проверял. В документации ничего не сказано про это, но, я думаю, если использовать SELECTCOLUMNS, то lineage разрывается и должно работать
Спасибо!
источник

Z

Zurab in Power BI Group RU
Доброго времени суток!
Вопрос глобальный.
Нужно мне собрать доводы, чтобы в витрине MySQL, откуда я качаю данные для моей модели данных, данные были уже предрасчитаны.
Например в базе MySQL у нас нет таблицы остатков, есть таблица движения, на основе которой остатки можно вычислить.
Я говорю что мне такое не нужно, нужно чтобы все уже было посчитано,потому что:
1. все формулы в модели данных у меня сразу усложнятся
2. требует более высокой квалификации , чем когда данные уже предрасчитаны.
3. нужны будут более мощные компы для постоянных таких расчетов.
Прав ли я и есть ли еще какие доводы за или против ?
источник

E

Egor in Power BI Group RU
остатки считаются довольно таки быстро...у вас какой объем?
источник

СБ

Станислав Берсиров... in Power BI Group RU
Zurab
Доброго времени суток!
Вопрос глобальный.
Нужно мне собрать доводы, чтобы в витрине MySQL, откуда я качаю данные для моей модели данных, данные были уже предрасчитаны.
Например в базе MySQL у нас нет таблицы остатков, есть таблица движения, на основе которой остатки можно вычислить.
Я говорю что мне такое не нужно, нужно чтобы все уже было посчитано,потому что:
1. все формулы в модели данных у меня сразу усложнятся
2. требует более высокой квалификации , чем когда данные уже предрасчитаны.
3. нужны будут более мощные компы для постоянных таких расчетов.
Прав ли я и есть ли еще какие доводы за или против ?
А как же вызов самому себе?)
По факту аргументы - соберите одним скриптом и тяните уже результат
Квалификации не нужно так как скрипт даст уже те данные что нужны без разверки
Компы нужны стандарртны)
источник

СБ

Станислав Берсиров... in Power BI Group RU
Тут скорее аргумент - мне более удобно) либо как у меня 2 разных базы на разных хостах)
источник

СК

Сергей Коломиец... in Power BI Group RU
Коллеги, добрый день. Подскажите, кто-нибудь проходил платный курс по DAX на SQLBI.($280 со скидкой) Есть ли смысл, либо книг достаточно?
источник

DS

Dmitrii Solovev in Power BI Group RU
Сергей Коломиец
Коллеги, добрый день. Подскажите, кто-нибудь проходил платный курс по DAX на SQLBI.($280 со скидкой) Есть ли смысл, либо книг достаточно?
Есть смысл. Подождите черной пятницы - около 25 ноября. У них вкусные скидки.
источник

СК

Сергей Коломиец... in Power BI Group RU
Dmitrii Solovev
Есть смысл. Подождите черной пятницы - около 25 ноября. У них вкусные скидки.
Спасибо! А когда она будет?
источник

DS

Dmitrii Solovev in Power BI Group RU
Zurab
Доброго времени суток!
Вопрос глобальный.
Нужно мне собрать доводы, чтобы в витрине MySQL, откуда я качаю данные для моей модели данных, данные были уже предрасчитаны.
Например в базе MySQL у нас нет таблицы остатков, есть таблица движения, на основе которой остатки можно вычислить.
Я говорю что мне такое не нужно, нужно чтобы все уже было посчитано,потому что:
1. все формулы в модели данных у меня сразу усложнятся
2. требует более высокой квалификации , чем когда данные уже предрасчитаны.
3. нужны будут более мощные компы для постоянных таких расчетов.
Прав ли я и есть ли еще какие доводы за или против ?
Зависти от того, на каком уровне нужен анализ. Если предрасчитанных данных достаточно, значит  создавайте витрины. Принцип прост - не создавайте сущностей больше необходимого
источник

Z

Zurab in Power BI Group RU
Станислав Берсиров
А как же вызов самому себе?)
По факту аргументы - соберите одним скриптом и тяните уже результат
Квалификации не нужно так как скрипт даст уже те данные что нужны без разверки
Компы нужны стандарртны)
Не совсем понял, получается будут нечистые данные, а потом мне их обрабатывать скриптом, эти обработанные данные где-то хранить и потом уже к себе тащить?
источник

Z

Zurab in Power BI Group RU
Dmitrii Solovev
Зависти от того, на каком уровне нужен анализ. Если предрасчитанных данных достаточно, значит  создавайте витрины. Принцип прост - не создавайте сущностей больше необходимого
по идее из движения можно получить и продажи и остатки, но я так понял чт это нужно будет делать через меру.
куда удобнее иметь отдельную таблицу в витрине для продаж и отдельную для остатков.
источник

M

Maximus in Power BI Group RU
Zurab
Доброго времени суток!
Вопрос глобальный.
Нужно мне собрать доводы, чтобы в витрине MySQL, откуда я качаю данные для моей модели данных, данные были уже предрасчитаны.
Например в базе MySQL у нас нет таблицы остатков, есть таблица движения, на основе которой остатки можно вычислить.
Я говорю что мне такое не нужно, нужно чтобы все уже было посчитано,потому что:
1. все формулы в модели данных у меня сразу усложнятся
2. требует более высокой квалификации , чем когда данные уже предрасчитаны.
3. нужны будут более мощные компы для постоянных таких расчетов.
Прав ли я и есть ли еще какие доводы за или против ?
Какой объём данных и какой комп?!
Какая аналитика нужна? Из этого исходите.
Если детальная по каждому контрагенту, номенклатуре и прочее, то таблица движения нужна полностью,  максимум агрегировать в запросе на день по основным параметрам(контрагент, номенклатура или чего там). Там нет ничего сложного в мерах, куча примером как здесь в истории, так и в инете.
Витрины данных нужны, когда миллионы, десятки миллионов строк( или миллиарды) строк данных за год, (или не хватает ресурсов на стороне бизнес-аналитика) и когда не нужна детализация и никакой анализ, тупо остатки на конец дня или Продажи, которые можно сделать простым запросом и в BI(excel)отображать.
источник

M

Maximus in Power BI Group RU
За какой период?!
источник

Z

Zurab in Power BI Group RU
несколько лет
источник