Z
но если фильтр не снимается, то как он во второй перезаписывается
Size: a a a
2021 January 28
Z
Maxim Zelensky
In order to simplify the usage of time intelligence functions, the DAX engine makes an assumption when two tables are related through a column of Date data type: When a filter is applied on the key of the relationship – Date[Date] in this example – the new filter overrides any other filter on the Date table. It basically applies a REMOVEFILTERS ( Date ) to the filter context every time you apply a filter on the Date[Date] column. This behavior occurs automatically only when the relationship is based on a column of Date data type.
Максим, спасибо за ответ, мне кажется я слишком элементарные вещи спрашиваю чтобы вы мне их объясняли.
направление я понял, покопаюсь. Спасибо что ответили.
направление я понял, покопаюсь. Спасибо что ответили.
MZ
Максим, спасибо за ответ, мне кажется я слишком элементарные вещи спрашиваю чтобы вы мне их объясняли.
направление я понял, покопаюсь. Спасибо что ответили.
направление я понял, покопаюсь. Спасибо что ответили.
Отнюдь ) Вот источник цитаты https://www.sqlbi.com/articles/mark-as-date-table/
Z
Maxim Zelensky
Отнюдь ) Вот источник цитаты https://www.sqlbi.com/articles/mark-as-date-table/
Большое спасибо!!!
Н
Ребят, привет, я новенькая и в группе, и в BI👋так вот, как бы более грамотно Вы прописали меру "кол-во дней, где остатки по столбцу остаток >0".... Я начала так = COUNT('Дата'), собственно, на этом все😁
IK
Добрый вечер, коллеги)
Вводная: у меня есть матрица, в строках которой находятся поля "Поставщик" из Suppliers и "Товар" из Products (см. кусок модели данных). В значениях таблицы я считаю кол-во купленных товаров (из таблицы SupplyGoods) и кол-во продаж (таблица FactSales), совершенных в периоды, на которые закупки рассчитывались.
Постановка задачи: в матрице иерархия Поставщик->Товар. На уровне товаров все считается легко, т.к. и id товара, и id поставщика прекрасно залетают в контекст вычисления. Однако на уровне поставщика все ломается, т.к. его id нативно до таблицы FactSales не долетает, и кол-во продаж считается некорректно (по всем товарам, а не только по тем, у которых что-то есть в SupplyGoods).
Мое решение: я сейчас "прокидываю" фильтр по товарам при помощи переменной VAR products_filter = VALUES(SupplyGoods[dwh_product_id]) и CALCULATE( SUM(...), products_filter, CROSSFILTER(SupplyGoods[dwh_product_id], Products[dwh_product_id], Both).
Внимание, вопрос: мера считается довольно быстро даже на большом кол-ве данных, НО может я уже заработался и не вижу очевидного и простого решения (помимо "не париться и оставить как есть")? 🙂
Вводная: у меня есть матрица, в строках которой находятся поля "Поставщик" из Suppliers и "Товар" из Products (см. кусок модели данных). В значениях таблицы я считаю кол-во купленных товаров (из таблицы SupplyGoods) и кол-во продаж (таблица FactSales), совершенных в периоды, на которые закупки рассчитывались.
Постановка задачи: в матрице иерархия Поставщик->Товар. На уровне товаров все считается легко, т.к. и id товара, и id поставщика прекрасно залетают в контекст вычисления. Однако на уровне поставщика все ломается, т.к. его id нативно до таблицы FactSales не долетает, и кол-во продаж считается некорректно (по всем товарам, а не только по тем, у которых что-то есть в SupplyGoods).
Мое решение: я сейчас "прокидываю" фильтр по товарам при помощи переменной VAR products_filter = VALUES(SupplyGoods[dwh_product_id]) и CALCULATE( SUM(...), products_filter, CROSSFILTER(SupplyGoods[dwh_product_id], Products[dwh_product_id], Both).
Внимание, вопрос: мера считается довольно быстро даже на большом кол-ве данных, НО может я уже заработался и не вижу очевидного и простого решения (помимо "не париться и оставить как есть")? 🙂
IK
вот и моделька
1
Добрый вечер, коллеги)
Вводная: у меня есть матрица, в строках которой находятся поля "Поставщик" из Suppliers и "Товар" из Products (см. кусок модели данных). В значениях таблицы я считаю кол-во купленных товаров (из таблицы SupplyGoods) и кол-во продаж (таблица FactSales), совершенных в периоды, на которые закупки рассчитывались.
Постановка задачи: в матрице иерархия Поставщик->Товар. На уровне товаров все считается легко, т.к. и id товара, и id поставщика прекрасно залетают в контекст вычисления. Однако на уровне поставщика все ломается, т.к. его id нативно до таблицы FactSales не долетает, и кол-во продаж считается некорректно (по всем товарам, а не только по тем, у которых что-то есть в SupplyGoods).
Мое решение: я сейчас "прокидываю" фильтр по товарам при помощи переменной VAR products_filter = VALUES(SupplyGoods[dwh_product_id]) и CALCULATE( SUM(...), products_filter, CROSSFILTER(SupplyGoods[dwh_product_id], Products[dwh_product_id], Both).
Внимание, вопрос: мера считается довольно быстро даже на большом кол-ве данных, НО может я уже заработался и не вижу очевидного и простого решения (помимо "не париться и оставить как есть")? 🙂
Вводная: у меня есть матрица, в строках которой находятся поля "Поставщик" из Suppliers и "Товар" из Products (см. кусок модели данных). В значениях таблицы я считаю кол-во купленных товаров (из таблицы SupplyGoods) и кол-во продаж (таблица FactSales), совершенных в периоды, на которые закупки рассчитывались.
Постановка задачи: в матрице иерархия Поставщик->Товар. На уровне товаров все считается легко, т.к. и id товара, и id поставщика прекрасно залетают в контекст вычисления. Однако на уровне поставщика все ломается, т.к. его id нативно до таблицы FactSales не долетает, и кол-во продаж считается некорректно (по всем товарам, а не только по тем, у которых что-то есть в SupplyGoods).
Мое решение: я сейчас "прокидываю" фильтр по товарам при помощи переменной VAR products_filter = VALUES(SupplyGoods[dwh_product_id]) и CALCULATE( SUM(...), products_filter, CROSSFILTER(SupplyGoods[dwh_product_id], Products[dwh_product_id], Both).
Внимание, вопрос: мера считается довольно быстро даже на большом кол-ве данных, НО может я уже заработался и не вижу очевидного и простого решения (помимо "не париться и оставить как есть")? 🙂
1
Наталья
Ребят, привет, я новенькая и в группе, и в BI👋так вот, как бы более грамотно Вы прописали меру "кол-во дней, где остатки по столбцу остаток >0".... Я начала так = COUNT('Дата'), собственно, на этом все😁
так остатки и продажи обычно в разных таблицах)
IK
ооо, спасибо, как чувствовал, что какую-то функцию обидел!
1
ооо, спасибо, как чувствовал, что какую-то функцию обидел!
работать должна точно быстрее
ГС
Добра всем. Как сослаться на лист книги если он в каждом из последующих файлом имеет разное имя? А таблиц 100 000?
Н
так остатки и продажи обычно в разных таблицах)
Остаток, исправила условие
1
Наталья
Остаток, исправила условие
Ок, а дни считаем за выбранный или весь период и остаток по какой номенклатуре?
1
Вы бы больше входных данных дали
Н
Ок, а дни считаем за выбранный или весь период и остаток по какой номенклатуре?
Вообще за 30 дней с даты, установленной фильтром по отчету
Н
Номенклатуры все, как правило используются
Н
Наталья
Вообще за 30 дней с даты, установленной фильтром по отчету
Я эту историю думала в фильтре проставить, но если это прописать можно, то здорово
ГС
Голынский Слава
Добра всем. Как сослаться на лист книги если он в каждом из последующих файлом имеет разное имя? А таблиц 100 000?
я так понимаю, что в PQ нельзя не зависимо от имени листа подключиться только к определённому?
1
Наталья
Я эту историю думала в фильтре проставить, но если это прописать можно, то здорово
В строках и вы хотите для каждой дни без 0 остатка?