Да ладно, прибедняться то. Алгоритм отличный, а то что в 3 запроса это все фигня.

Vorozhbeev, для начала можно покопаться в поиске форума по такому вот буквосочетанию self referencing tables. Из этого вы поймете, что оказывается запросом можно вытянуть данные из той же самой таблицы, которая является результатом его же работы. Далее самый простой способ это сохранить в модели и таблице, которая является результатом запроса имена файлов, из которых вытягиваются данные, потом обращаемся к таблице, и сравниваем список источников, с содержимым папки, если разницы не наблюдаем, то забираем уже готовые данные из таблицы и к ним прибавляем по известному вам алгоритму данные из таблицы Income. Если появилось что-то новое то забираем новые данные из папки, и уже их женим с данными из Income.
НО, вообще говоря такой способ выгрузки результатов из запроса: сразу и в модель и в таблицу - он не очень правильный. Такая организация чревата всякими глюками и непонятностями в самый неожиданный момент. Лучше выгружать в какое-то одно место.

Vorozhbeev, для 9 Мб это очень долго.
Для оптимизации нужно разбирать именно ваши запросы, они могут быть построены не оптимально. Тут картинкой не обойдешься.

9 Мб?! И чего там обновлять? Это ж несколько секунд.
Вообще говоря в Экселе PQ не поддерживает итеративного обновления источника.
Но раз вы выгружаете результат запроса TotalPlan и на лист и в модель, то можно сам запрос Expence написать таким образом, чтобы производилась проверка не появилось ли новых файлов в папке, и если нет, то брать данные из предыдущей выгрузки с листа, а не собирать её из файлов в папке.
Возможно это даст вам желаемое ускорение.
Не верно.
Тут нужно разделять, если вы обновляете сводную, которая подключена к модели данных, то при обновлении будут обновлены все таблицы в ней. При этом можно не обновлять всю сводную, а открыть панель с запросами и обновить только нужный вам в данный момент запрос.
Если вы обновляете сводную, которая просто использует запрос PQ как подключение к внешнему источнику, то при обновлении сводной будут запрошены только те данные, которые относятся к этому конкретному запросу.
У ТС в модель данных при помощи PQ загружено 2 таблицы TotalPlan и Class, значит при обновлении сводной будет запрашиваться обновление только этих двух запросов.

Какой хоть Эксель то?

У вас коды в левой таблице имеют длину 10 символов, а в правой - 9. Так что все логично.

Степашка он.
До кучи еще и кросс.

Пока что могу только общими фразами сказать копайте в сторону функций ALL и FILTER. Это совет полностью адекватный вашему описанию.

Борис, наколотите лучше пример, который пролезает через фильтр форума, т.е. не более 300 кб. А текст без примера, это как пиво без водки - деньги на ветер.

Можно, но ГДЕ?  

Подозреваю, что вопрос про менюшку на картинке ниже, она же

И ответ, да, с 01.01.2021 00:00:00 фильтроваться столбец уже начнет по 2021 году

Для модераторов предлагаю корректную тему:
Power Query. Фильтрация столбца по текущему году.

"Астрологи объявили неделю Power Query, количество таблиц в модели данных удваивается!"

govorun, если в таком формате общаться, то вам проще ответить в духе: "А Вас что, в гугле забанили?"
Почему мимо? Что в нем не устраивает, он полностью подпадает под ваши критерии из первого поста. Если есть другие критерии, - озвучивайте.
И вообще тема для курилки . К экселю имеет очень опосредованное отношение.

Access, не?

Максим Зеленский, мне, кстати pbi буквально сегодня такую же бяку сделал. Но он хотя бы предупредил.  Обновлял его ещё неделю назад вроде. И все было с точкой с запятой. А теперь просто с запятыми.

sokol92, ну макрорекодер это ж сила. Все можно подсмотреть. А вообще мы тут увлеклись, я думаю. Если действительно есть интерес, то заходите к нам на огонёк. Пообщаемся на тему что можно сделать внешними инструментами, в что только внутренними в модели данных и хватит ли вам этого функционала.

sokol92, ага, вы хотите управлять связями и создавать меры? Но для этого вроде имеются внешние элементы управления без залезания в модель данных. Получается что для управления этими элементами нет инструментов в ВБА? Блин, не знал. Странно это.

Владимир, а чем именно вы там хотите управлять, если не секрет? Если нужно загрузить данные, то можно использовать объектную модель управления запросами PQ. Если нужно выгрузить на лист, то можно создавать таблицу и запросом SQL вытаскивать нужные выборки. Или создавать сводную и управлять выборками через её фильтры. Ваш опыт, конечно, с моим не сравним, но моя фантазия ограничивается вот таким.
З.Ы. Хотя, единственно чего очень хотелось бы, но нет из коробки, это итеративное обновление источников, чтобы можно было дописывать данные в таблицы модели. Это очень сильно сэкономило бы время на ожидание.

Дмитрий(The_Prist) Щербаков, ИМХО возможности 2016 ПРО+ при правильном использовании отбиваются в первую неделю использования, дальше идут сплошные бонусы. Если мы про зарабатывание денег.

sokol92, я вот как-то прочитал эту штуку про вычисляемые поля и понял Power Pivot наше все. А этот костыль, ну его нафиг.

Максим Зеленский, здесь то понятно, но для интервального просмотра часто использую бутерброд типа

а дальше сортировка и FillDown/Up. И ведь тестировал, все отлично работало. А тут такое. В общем придется теперь озаботиться доп. полями для сортировки. И лопатить старые решения.  

Михаил Л, ух как интересно. На этом много разных алгоритмов завязано, а тут такое.
Это что же теперь еще и таблицы перед комбайном нумеровать и сортировать по двум полям надо. Кстати, раньше вроде нормально работало. Такой ерунды не замечал.

И снова здравствуйте. Коллеги, наткнулся на такой вот разбор оптимизации Джойна при помощи 6-го аргумента от Криса нашего Вебба. Никто не имеет желания потестировать как оно работает с сортировкой вместе, имеет ли смысл на больших массивах сортировать и джойнить с помощью sortmerge или оно того не стоит?
Вообще инфо по алгортимам джойнов находил вот здесь.
Если что извините за наглость, просто работой завален, некогда прокрастинацией вот такой заниматься для интереса.

Вы в вашем примере покажите в каких ячейках должен быть какой результат получен, а то не очень понятно.

Юрий М, а медведь ведь может и окурком прижечь! Опасно тут у вас при обновлениях.

И в чем у вас проблема-то? Что именно не получается. Если вопрос про то как накапливать/дополнять данные в таблице, то здесь неоднократно давался ответ^ изучайте: self referencing tables
Если проблема не в этом, то говорите в чем. Но то, как вопрос в первом посте озвучен сейчас, это тянет скорее на ветку Работа. Там за ваши деньги будет оказан сервис, как там это у вас принято говорить, в комплектации: полный фарш.

Из текста не очень понятно, что именно не работает?
Прописывание типов полей в группировке? Такое возможно, ибо на сколько я помню у вас 2013 эксель и надстройка, хотя странно, вроде бы типизация полей таблицы это базовый элемент языка, в него вроде изменения особо не вносят. А даты по умолчанию и у меня показываются как datetime. Достаточно посмотреть на отображение этого столбца в шаге Source. Сама по себе такая запись с типами полей при группировке прописывается в PQ автоматически в O365 где-то с год уже. И даже там по умолчанию для полей с содержимым похожим на даты автоматом прописывается тип datetime, это я уже руками правил.
У вас, кстати, и для DAX моя нижняя формула не сработает, только формула Андрея или моя верхняя.

Учетки настравивать не нужно, используются доменные учетки винды. Сервер шэрпоинта, это да, надо ставить и настраивать. Но этой вам уже к продаванам, и сравнивать стоимость содержания хранения на гуглодоках и SharePoint/OneDrive. Как еще один из аргументов, если в организации файлы из облака планируется использовать как источники для запросов PQ, то гугл регулярно какую-то бяку делает для затруднения доступа к файлам из инструментов M$. Все время приходится исполнять танцы с бубном. А файлы из SharePoint/OneDrive вообще можно подключить как локальный диск в винде и работать спокойно.

bobyjoy, если уж у вас есть департаменты, то возможно и шэрпоинт имеется? Тогда можно закинуть файл в облако и дать совместный доступ, тогда никому не придется ничего ждать, все смогут работать одновременно. При этом доступ к файлу ограничивается корпоративными учетками, журналируется доступ, внесение изменений в файл, и имеется настраиваемое количество бэкапов, которые формируются автоматически.
Чем городить такой колхоз при помощи PQ.

Блин, чойта слепочусь слегка. Показалось что вопрос про PQ. Все равно оставлю ответ под спойлером на всяк случай.

Скрытый текст

PavelZakharov, я правильно понял, что вам требуется считать сумму в скользящем окне (Сегодня() - 2; Сегодня() ) включая граничные даты? Если так то задача элементарно решается при помощи List.Generate. Чуть позже сделаю. Вот, как-то так: let  FnRunSum = (sub as table, col as text) =>    let      subbuf = Table.Buffer(sub),      itemCount = Table.RowCount(subbuf),      sumList = List.Buffer(Table.ToColumns(Table.SelectColumns(subbuf, {col})){0}),      calcRunningTotal = List.Generate(        () => [id = 0, runningSum = {sumList{id}}],        each [id] < itemCount,        each [id = [id] + 1, runningSum = [runningSum] & {sumList{id}}],        each List.Sum(List.LastN([runningSum], 3))      )    in      Table.FromColumns(Table.ToColumns(subbuf) & {calcRunningTotal}, Table.ColumnNames(subbuf) & {"Скользящая сумма"}),  Source = Excel.CurrentWorkbook(){[Name = "Таблица1"]}[Content],  Grouped = Table.Group(    Source,    {"Точка", "Товар"},    {{"tab", each FnRunSum(_, "Продажи"), type table[Точка = text, Товар = text, Дата = date, Продажи = number, должно быть так = number, Скользящая сумма = number]}}  ),  Combined = Table.Combine(Grouped[tab]) in  Combined

Ну и мой вариант форумулы:
Или даже так, безо всяких EARLIER

Точки отсчёта в численном представлении дат в обеих таблицах одинаковые? А то нумерация может начинаться и с 1900 и с 1904 и с 1970.