Тут есть одна тактическая хитрость. Дело в том, что столбцы умной по умолчанию не закрепляются при протягивании в бок. И нужно закреплять их вручную таким вот образом - Data[[Время]:[Время]] Спасибо пользователю "Василию ПВР" за подсказку на этом форуме - Закрепить столбцы умной таблицы
В сводной таблице по полю нарастающ Итог отобрать только 20%, Создал поле с нарастающим итогом до 100%, как фильтром вывести только до 20% по нарастающему итогу
написал: но есть потребность реализовать без Power Pivot , вот ищу решение
Если вам нужно реализовать это только формулами в Excel, зачем заморачиваться со сводной? Сделайте все расчёты в исходной (умной) таблице. См. вложение.
В сводной таблице по полю нарастающ Итог отобрать только 20%, Создал поле с нарастающим итогом до 100%, как фильтром вывести только до 20% по нарастающему итогу
Это у вас "ABC-анализ". Я знаю, как это сделать в Power Pivot. См. вложение Фильтруете по категории A - останутся только те товары, чья доля накопленных продаж от общей суммы продаж меньше или равна 20% Обратите ещё внимание на то, что у вас позиции (документ продажи) в исходной (умной) таблице повторяются. Для корректной работы таблицу нужно предварительно "схлопнуть" (сгруппировать) по столбцу "документ продажи"
как соединить (слить) уникальные данные в столбце А, но данные в столбце В при этом должны соединиться через ;, есть таблица два столбца, в столбце А попадаются ункиальные значения, им соответствуют неуникальные значения в столбце В
xenpush, с помощью Power Query. Если знакомы с инструментом, то готов объяснить - там всего два действия. Пишите лучше мне в телегу (тут это расписывать не вижу смысла). Если нет, то просто добавьте в таблицу "БЫЛО" свежие данные, затем во вкладке "Данные" нажмите "обновить всё", и таблица "СТАЛО" обновится автоматически.
как соединить (слить) уникальные данные в столбце А, но данные в столбце В при этом должны соединиться через ;, есть таблица два столбца, в столбце А попадаются ункиальные значения, им соответствуют неуникальные значения в столбце В
Много лишних действий у вас в файле. Все вычисления нужно проводить в Power Pivot Power Query для консолидации и приведения данных в порядок. Зачем вам мера именно по яблокам? По сливам, грушам и прочим фруктам также потребуется создавать отдельные меры ? Не лучше ли реализовать это срезом?
написал: Вам бы купить книжку Подробное руководство по DAX…
К сожалению, не мой формат. Не воспринимаю инфу в текстовом виде. Мне подходит только "говорящая голова", которая объясняет, показывает, а я повторяю за ней и выполняю задания для самоконтроля
Посоветуйте может быть какой-нибудь хороший курс по DAX.
потому что я не понимаю, как 'Orders'[Order Date] <= d может работать без FILTER
Вот какая логика: ALLEXCEPT - убирает все фильтры, кроме как с Orders[Customer ID] . Но иначе можно сказать, что она фильтрует только по Orders[Customer ID] Значит получаем на входе таблицу, отфильтрованную по Customer ID, который соответствует данной строке. Далее функция FILTER забирает эту таблицу (отфильтрованную по Customer ID) и начинает фильтровать её, чтобы дата заказа текущей строки была больше или равна всех дат в этой (отфильтрованной по Customer ID) таблице. Таким образом, сколько будет меньше или равно дат дате текущей строки (отфильтрованной по Customer ID) таблицы, такое количество и будет соответствовать номеру заказа.
А тут я просто исходил из логики, что если можно использовать функцию EARLIER (ну или переменные - как в вашем примере) без функции FILTER (как опять же в вашем примере), то почему же не работает тогда формула расчёта количества заказов:
Интересное решение. Чуть вас поспрашиваю по формуле.
Вот эта конструкция:
Код
($O$4:$O$9=H25)*$N$4:$N$9)
тут $O$4:$O$9=H25 нам выдаст массив из ИСТИН и ЛЖЕЙ. ИСТИНА - это однёрка, ЛОЖЬ - нуль. тут $N$4:$N$9 - номера покупателей. Соответственно номера ($N$4:$N$9) умножаются на однёрки и нули ($O$4:$O$9=H25), остаётся массив из номеров покупателей и нулей. (Кстати, интересно - как бы решалась задачка, если бы столбец с покупателями был бы не числовой, а текстовый?)
В итоге мы получаем массив из нескольких условий. Например для первой строки: {1:2:0:0:0:0}
Вопрос: как тут работает функция СУММПРОИЗВ? Насчёт СУММ понятно - она будет суммировать результаты по покупателю 1 и покупателю 2 А ПРОИЗВ - что тут с чем перемножается?
EvaAleks написал: При создании сводной выводится только "янв"
Это автоматическая группировка дат по месяцам, кварталам и годам. У вас в исходной таблице данные по месяцам, но месяц задан 1-м числом месяца. Сводная воспринимает 1-е число месяца как дату и автоматически группирует по месяцам, кварталам и годам Если вам нужны даты, как в исходной таблице, можете просто нажать правой кнопкой мышки по "авг" и разгруппировать.
RayI написал: Как можно модифицировать исходную таблицу для сводной,
Исходная таблица должна иметь одинаковую разрядность периодов.
То есть в столбце "период" должны быть либо только годы, либо только кварталы, либо только месяцы, либо только дни.
Ну и соответственно чем более детальнее у вас исходные данные, тем на большее количество временных отрезков вы сможете их разложить в сводной таблице.
Например, у вас исходные данные по дням. Значит вы сможете их сгруппировать в сводной по месяцам, кварталам, годам. Или, например, у вас данные только по месяцам, значит сможете в сводной задействовать срезы по кварталам и годам.
Приводите исходные данные в порядок - тогда и со сводной проблем не будет
surkenny, я с вашего позволения ещё поспрашиваю по этой задачке. Я пытался сделать это (то есть вывести значения по максимальному индексу в разрезе проекта) в одно действие по примеру формулы нарастающего итога.
surkenny написал: Замените на просто'Таблица1'[Значение]
Спасибо за подсказку! Я ещё не такой опытный юзер DAX, чтобы замечать такие тонкости
Цитата
surkenny написал: что будет в Вашем расчете в случае двух полностью одинаковых строк в данных (являющихся последними по индексу)? Подумайте.
Вы намекаете на то, что сумма задвоится? Но ведь индекс будет разным, значит не должно. Вот я добавил ещё 2 значения в проект АЛЬФА и последнее (с индексом 6) тоже 360 - как и у ЗЕТА скрин
Потому что у вас исходная таблица неправильно организована.
Она не плоская, по ней нельзя строить сводную таблицу. Плоская таблица - это таблица, где по строкам идут параметры, по столбцам - значения (метрики). А у вас в столбцах - месяцы. Месяц - это параметр, а не метрика. См. вкладку "Плоская таблица"
Нормализовать исходную таблицу в плоскую можно с помощью Power Query. Ну или вручную, если данных совсем мало