2:19 Процент от общей суммы - Power Query. 5:00 Процент от общей суммы - Power Pivot. 8:27 Процентное изменение текущего от предыдущего - Power Query. 12:19 Процентное изменение текущего от предыдущего - Power Pivot. 17:20 Ранг - Power Query. 24:06 Ранг - Power Pivot. 28:00 Количество уникальных клиентов на каждую дату - Power Query. 29:07 Количество уникальных клиентов на каждую дату - Power Pivot. Файлы для спонсоров Boosty: boosty.to/comrade-xl/posts/7b37d0e9-74b9-4c2f-992f-d844bc0c79b2?share=post_link Файлы для спонсоров ВК: vk.com/comrade.excel?w=wall-185123800_171 Файлы для спонсоров RUclips: ruclips.net/user/postUgwQGP72-r8xKosgIuR4AaABCQ Индивидуальное обучение: comrade-xl.ru/pq-training/ Страница урока на сайте: comrade-xl.ru/2020/01/29/power-query-calculations/
2:19 Процент от общей суммы - Power Query. 5:00 Процент от общей суммы - Power Pivot. 8:27 Процентное изменение текущего от предыдущего - Power Query. 12:19 Процентное изменение текущего от предыдущего - Power Pivot. 17:20 Ранг - Power Query. 24:06 Ранг - Power Pivot. 28:00 Количество уникальных клиентов на каждую дату - Power Query. 29:07 Количество уникальных клиентов на каждую дату - Power Pivot.
20:55 Тимур, добрый день. Спасибо за урок. Предположу, что эта ошибка связана с тем, что мы внутри функции List.Select после слова "each" перебираем элементы списка, а они у нас - числа, и у них нет полей. Т.е. обращение к полю [Продажи] из функции Table.AddColumn не "пробрасывается" внутрь функции List.Select
Пожалуйста! Официального объявления от Microsoft я не видел, но все блогеры пишут, что это только для Office 365. В любом случае это пока работает криво. Так что не спешите расстраиваться, если у вас при обновлении не появляется.
Тимур, добрый день. Спасибо за урок. Не знаю, заметил ли это еще кто-либо, но в получившемся ранге есть неточность, т.к. 20 занимает 3-е место, а 10 - 4-ое. Это из-за того, что функция List.Count считает все значения в т.ч. и повторяющиеся (а у нас в листе два числа 30). Если в функцию List.Select вставить функцию List.Distinct, ранг получится правильным. Спасибо.
Насколько я понял, тут всё корректно. Если смотреть описание функции РАНГ() в excel, то ранг, для списков с повторами вычисляется именно так. Для двух значений "30" - ранг 2, а ранга 3 для этой последовательности не существует. Следующее по убыванию значение "20" имеет ранг 4. Если бы у нас было десять значений "30", то у них у всех был бы ранг 2, а у следующего по убыванию "20" был бы уже ранг 12
Спасибо за интересный урок. Есть очень животряпещащий вопрос. Почему аргумент функции здесь может быть и значением и листом и как компилятор понимает, что нужно обходить лист(список). Не могли бы Вы впредь касаться таких интересных "подкопотных" нюансов?
21:30 Про пользовательскую функцию внутри запроса хотелось бы поподробнее. Ранее были уроки, где ПФ использовалась для расчёта нарастающего итога и как путь к файлу при консолидации файлов в одной папке. Но тогда в качестве пользовательской функции выступал отдельный запрос и дополнительно отмечалось, что переменные типа (Сумма)=> должны задаваться в расширенном редакторе до let. В этом же случае мы используем ПФ внутри одного запроса, и... ничего не понятно, честно говоря!
Пока смотрел видео придумал ещё один способ рассчитать нарастающий итог: НарастающийИтог = Table.AddColumn(#"Добавлен индекс", "Пользовательская", each if [Индекс] = 0 then [Сумма] else [Сумма] + List.Sum(List.FirstN(#"Добавлен индекс"[Сумма], [Индекс]))) К сожалению, все рассмотренные выше способы расчета нарастающего итога работают очень медленно на больших таблицах, даже на 100 000 уже всё зависает, про миллионы вообще молчу. Всё-равно найду способ мгновенного расчета. Может дойдет во время просмотра остальных видео... :)
Самый быстрый и почти мгновенный способ в этом уроке: ruclips.net/video/BCDnA-ff5lE/видео.html Здесь используется функция List.Generate. На самом деле нарастающий итог в реальной жизни, наверное, в 90% случаев считается в Power Pivot, а не Power Query. Вычисления в Power Query - это скорее досадная необходимость, когда по какой-то причине это нельзя сделать в Power Pivot.
Добрый день, возможно сможете подсказать, почему у меня при расчете отклонения со смещением на месяц, начиная от сотых дает не корректный ответ, хотя если считать не %, а в натуральных числах, то все правильно. При этом в PP все считает правильно. Спасибо за видео!
Большое спасибо! Крайне полезные темы пошли. Подскажите, пожалуйста, как делать вычисления в более сложной структуре таблицы с категориями, подкатегориями и тд. При выполнении группировки и дублирования запросов с последующими объединением в исходный вид, файл отягощается. Заранее благодарю 🙏.
Все агрегирования желательно делать в Power Pivot, а Power Query использовать для подготовки данных. 1. Вам я могу для начала посоветовать использовать источники CSV и TXT. Не использовать XLSX и тем более XLSB и XLS. Лично я использую макросы, которые предварительно XLSX в CSV преобразовывают. Об этом я сниму ролик для модуля PQ+VBA, но когда выйдет этот ролик я пока не знаю. 2. Сами запросы нужно писать грамотно. Я встречал людей, у которых в запросе куча лишних шагов "Переупорядочить столбцы" и "Измененный тип". Зачем, если столбцы вообще можно не переупорядочивать, а изменить тип можно 1 раз или последним аргументов в каждом добавленном столбце. 3. Операции, которые можно решить в 1 шаг решайте в 1 шаг. Например, многие создают новый столбец для преобразования старого, а потом удаляют старый. Получается 2 шага. А это же самое можно сделать с одним шагом при помощи Table.TransformColumns. 4. Убрать лишние подключения. Люди часто для подключения к разным таблицам одного файла XLSX несколько раз подключаются к этому файл. Зачем? Можно же 1 раз подключиться к файлу, а потом при помощи ссылок уже подключаться к таблицам. 5. Использовать функции Table.Buffer и List.Buffer, чтобы при подготовке какого-то объекта не обновлять его по 100 раз при каждом обращении к нему.
@@Mitellstein С каналами Николая Павлова, Сергея Ожиганова я хорошо знаком и соответственно с планетой excel, Будуев Антон мне почему то не зашел, мне больше интересны были бы проверенные англоязычные каналы или сайты! Спасибо за рекомендации!!
2:19 Процент от общей суммы - Power Query.
5:00 Процент от общей суммы - Power Pivot.
8:27 Процентное изменение текущего от предыдущего - Power Query.
12:19 Процентное изменение текущего от предыдущего - Power Pivot.
17:20 Ранг - Power Query.
24:06 Ранг - Power Pivot.
28:00 Количество уникальных клиентов на каждую дату - Power Query.
29:07 Количество уникальных клиентов на каждую дату - Power Pivot.
Файлы для спонсоров Boosty: boosty.to/comrade-xl/posts/7b37d0e9-74b9-4c2f-992f-d844bc0c79b2?share=post_link
Файлы для спонсоров ВК: vk.com/comrade.excel?w=wall-185123800_171
Файлы для спонсоров RUclips: ruclips.net/user/postUgwQGP72-r8xKosgIuR4AaABCQ
Индивидуальное обучение: comrade-xl.ru/pq-training/
Страница урока на сайте: comrade-xl.ru/2020/01/29/power-query-calculations/
Спасибо за интересный и подробный урок😃
Класс, спасибо! Как всегда очень полезно, познавательно и интересно. Идея параллельного разбора решений в PQ и PP - просто бомба!
Спасибо!
2:19 Процент от общей суммы - Power Query.
5:00 Процент от общей суммы - Power Pivot.
8:27 Процентное изменение текущего от предыдущего - Power Query.
12:19 Процентное изменение текущего от предыдущего - Power Pivot.
17:20 Ранг - Power Query.
24:06 Ранг - Power Pivot.
28:00 Количество уникальных клиентов на каждую дату - Power Query.
29:07 Количество уникальных клиентов на каждую дату - Power Pivot.
20:55 Тимур, добрый день. Спасибо за урок. Предположу, что эта ошибка связана с тем, что мы внутри функции List.Select после слова "each" перебираем элементы списка, а они у нас - числа, и у них нет полей. Т.е. обращение к полю [Продажи] из функции Table.AddColumn не "пробрасывается" внутрь функции List.Select
Привет! Спасибо за уроки. Подскажи, подсветка синтаксиса в Power Query это Office 365 или можно и 2019 так сделать??
Пожалуйста! Официального объявления от Microsoft я не видел, но все блогеры пишут, что это только для Office 365. В любом случае это пока работает криво. Так что не спешите расстраиваться, если у вас при обновлении не появляется.
Тимур, добрый день. Спасибо за урок. Не знаю, заметил ли это еще кто-либо, но в получившемся ранге есть неточность, т.к. 20 занимает 3-е место, а 10 - 4-ое. Это из-за того, что функция List.Count считает все значения в т.ч. и повторяющиеся (а у нас в листе два числа 30). Если в функцию List.Select вставить функцию List.Distinct, ранг получится правильным. Спасибо.
Насколько я понял, тут всё корректно. Если смотреть описание функции РАНГ() в excel, то ранг, для списков с повторами вычисляется именно так. Для двух значений "30" - ранг 2, а ранга 3 для этой последовательности не существует. Следующее по убыванию значение "20" имеет ранг 4. Если бы у нас было десять значений "30", то у них у всех был бы ранг 2, а у следующего по убыванию "20" был бы уже ранг 12
Спасибо за интересный урок. Есть очень животряпещащий вопрос. Почему аргумент функции здесь может быть и значением и листом и как компилятор понимает, что нужно обходить лист(список). Не могли бы Вы впредь касаться таких интересных "подкопотных" нюансов?
21:30 Про пользовательскую функцию внутри запроса хотелось бы поподробнее. Ранее были уроки, где ПФ использовалась для расчёта нарастающего итога и как путь к файлу при консолидации файлов в одной папке. Но тогда в качестве пользовательской функции выступал отдельный запрос и дополнительно отмечалось, что переменные типа (Сумма)=> должны задаваться в расширенном редакторе до let.
В этом же случае мы используем ПФ внутри одного запроса, и... ничего не понятно, честно говоря!
Пока смотрел видео придумал ещё один способ рассчитать нарастающий итог:
НарастающийИтог = Table.AddColumn(#"Добавлен индекс", "Пользовательская", each if [Индекс] = 0 then [Сумма] else [Сумма] + List.Sum(List.FirstN(#"Добавлен индекс"[Сумма], [Индекс])))
К сожалению, все рассмотренные выше способы расчета нарастающего итога работают очень медленно на больших таблицах, даже на 100 000 уже всё зависает, про миллионы вообще молчу.
Всё-равно найду способ мгновенного расчета. Может дойдет во время просмотра остальных видео... :)
Самый быстрый и почти мгновенный способ в этом уроке:
ruclips.net/video/BCDnA-ff5lE/видео.html
Здесь используется функция List.Generate.
На самом деле нарастающий итог в реальной жизни, наверное, в 90% случаев считается в Power Pivot, а не Power Query.
Вычисления в Power Query - это скорее досадная необходимость, когда по какой-то причине это нельзя сделать в Power Pivot.
Добрый день, возможно сможете подсказать, почему у меня при расчете отклонения со смещением на месяц, начиная от сотых дает не корректный ответ, хотя если считать не %, а в натуральных числах, то все правильно. При этом в PP все считает правильно. Спасибо за видео!
Большое спасибо! Крайне полезные темы пошли. Подскажите, пожалуйста, как делать вычисления в более сложной структуре таблицы с категориями, подкатегориями и тд. При выполнении группировки и дублирования запросов с последующими объединением в исходный вид, файл отягощается. Заранее благодарю 🙏.
Все агрегирования желательно делать в Power Pivot, а Power Query использовать для подготовки данных.
1. Вам я могу для начала посоветовать использовать источники CSV и TXT. Не использовать XLSX и тем более XLSB и XLS. Лично я использую макросы, которые предварительно XLSX в CSV преобразовывают. Об этом я сниму ролик для модуля PQ+VBA, но когда выйдет этот ролик я пока не знаю.
2. Сами запросы нужно писать грамотно. Я встречал людей, у которых в запросе куча лишних шагов "Переупорядочить столбцы" и "Измененный тип". Зачем, если столбцы вообще можно не переупорядочивать, а изменить тип можно 1 раз или последним аргументов в каждом добавленном столбце.
3. Операции, которые можно решить в 1 шаг решайте в 1 шаг. Например, многие создают новый столбец для преобразования старого, а потом удаляют старый. Получается 2 шага. А это же самое можно сделать с одним шагом при помощи Table.TransformColumns.
4. Убрать лишние подключения. Люди часто для подключения к разным таблицам одного файла XLSX несколько раз подключаются к этому файл. Зачем? Можно же 1 раз подключиться к файлу, а потом при помощи ссылок уже подключаться к таблицам.
5. Использовать функции Table.Buffer и List.Buffer, чтобы при подготовке какого-то объекта не обновлять его по 100 раз при каждом обращении к нему.
@@comrade_excel Какие источники для изучения, кроме вашего канала, по `Power {Query, Pivot}` посоветуете или какие используете??
@@vinosserg
1
ruclips.net/user/planetaexcelfeatured
2
ruclips.net/video/cYCEvGSLwMk/видео.html
3
ruclips.net/channel/UCV7pRXJ8NvL3mOXnExNcpUgvideos
4
ruclips.net/channel/UCETm7J0-VzUSPBk7W7z4zKg
5 Планета эксель. Это форум. Там мастодонты.
@@Mitellstein С каналами Николая Павлова, Сергея Ожиганова я хорошо знаком и соответственно с планетой excel, Будуев Антон мне почему то не зашел, мне больше интересны были бы проверенные англоязычные каналы или сайты! Спасибо за рекомендации!!
@@vinosserg товарищ выше дал хорошие источники. Мне больше добавить нечего. Если у меня загвоздка, то я ищу решение в Яндексе.