Спасибо большое за все ваши ответы! пока ваяла пример для Андрея, чтобы он уместился в 300Кб - у меня всё получилось со связью запросов! так что дело действительно было в уникальности справочника - проверю всё по регистрам, но это уже тех.мелочи. На мой корневой вопрос о существовании такой возможности ответ получен!

Андрей, я попробовала, но у меня не получается - выше попробовала описать процесс и текст ошибки. Может быть, сможете подсказать, что исправить, пожалуйста?

вот посмотрите, пожалуйста, как я пытаюсь использовать функционал по созданию связи между запросами:
1) запрос "Города", это по сути справочник уникальных значений (дубликаты проверены и удалены с помощью обычного инструмента Excel и повторно аналогичным инструментом в Редакторе запросов Query)
2) куча всех остальных запросов - это выгрузки данных из базы, где в столбцах "Г.-исполнитель" могут повторяться города много раз. Мне в результате нужно получить одну сводную таблицу, где по каждому городу буду просуммированы цифры из всех этих запросов - можно отдельными столбцами, а можно вообще в один.
Для примера я попыталась подтянуть только из одного запроса - на что появилось жёлтое сообщение, что может понадобиться создать связь между таблицами, при нажатии на кнопку создать - всплыло это окошко, но связать  не получилось, т.к. Excel пишет, что нет ни одного столбца с уникальными значениями.

Может быть, есть возможность, но я что-то делаю не так?...

(например, мне не понятен термин Столбец (чужой) - но во всплывающем списке только столбцы выбранной таблицы. что за "чужой"?)

нет, к сожалению, только PMap в списке надстроек COM. И вот инфа по версии офиса и Excel из раздела Учётная запись.
Значит ли это, что сделать 1 сводную по нескольким запросам я не смогу и только путём слияния запросов придётся объединять данные?

У меня шапка excel выглядит по-другому и в разделе "Работа с данными" нет такой кнопки. Я пользуюсь разделом "Скачать и преобразовать" для работы с Query, и пункт "Сводная таблица" на вкладке "Вставка" позволяет создавать сводные из запросов. Есть там возможность добавлять меры с формулами DAX и вроде даже создавать связи между таблицами. Но последним я не понимаю, как воспользоваться - если это то, что мне нужно, то у меня не получается, и я бы хотела проконсультироваться

Андрей, спасибо за ссылку. Но у меня офис 2016 - там Query встроена и Pivot, вроде, тоже. В списке доп.надстроек есть только PMap.
Просто на предыдущей работе у меня стоял офис 2013 и PQ и PP были установлены отдельно с отдельными меню - я привыкла.
Теперь всё встроено и выглядит по-другому, но с Query я уже разобралась, и сводную из одного запроса сделать могу.
Но функции Pivot, где можно было задать архитектору, т.е. связь между запросами по ключам - такого здесь не вижу. Вы не сталкивались с версией офиса 2016? не знаете, как там всё это организовано? поискала в интернете - не нашла нужного пока что

Добрый день!
Подскажите, пожалуйста, можно ли из нескольких запросов Query создать 1 сводную таблицу, не объединяя запросы в 1

посмотрела - оказывается, эта та тема, которую я прочла перед тем, как разместить свой вопрос - там как раз про NF написано. Пока не помогло. Попробуем с версией NF разобраться - надеюсь, проблема пройдёт. В любом случае, спасибо! Вы единственный, кто откликнулся    

спасибо большое за ответ! Вы всё равно помогли, подсказав, что, возможно, действительно проблема с NF, а также дали ссылку на тему - пойду изучать

Добрый день!
Сегодня на работе столкнулись с проблемой создания моделей данных в Excel 2016 (со встроенной PQ) на компах коллег, у кого установлена версия ОС Windows 10 Pro. У тех же, у кого установлена Windows 7 Профессиональная, всё создаётся и работает без проблем. Источник использовали один и тот же файл в формате .csv
Кто-нибудь может подсказать, пожалуйста, с чем связана данная проблема?
Просто у нас в IT-отделе нет специалистов по Excel, и я даже не знаю, к кому этот вопрос адресовать, и как правильно его сформулировать...

Текст всплывающего окна со служебным сообщением был такой: "Нам не удалось получить данные из модели данных. Мы получили следующее сообщение об ошибке: Сообщение об ошибке не предусмотрено, код результата -2146233052(0х80131524)."
По коду ошибки google выдал ссылку на сайт MS со статьёй, которую мне уже не понять, как китайскую азбуку: https://docs.microsoft.com/ru-ru/dotnet/api/system.dllnotfoundexception?view=netframework-4.8
Попытавшись понять эту статью и ещё кое-что найдя на просторах сети, мне показалось, что, может быть, дело в версии .NET Framework (при запуске файлов с запросами PQuery внизу появляется сообщение "Запуск .NET Framework"). Но я также не понимаю, что это вообще такое, и потому не могу оценить корректность данной информации. Также на MS есть статья "Установка платформы .NET Framework 3.5 на Windows 10, Windows 8.1 и Windows 8" - если причина проблемы подтвердится, то тогда я смогу попросить системного администратора включить более старую версию на компах с новой ОС (у нас самих нет прав администратора для этого  ). Ещё при обновлении моделей данных в Диспетчере задач видно, что кроме "Excel.exe" ещё запускается файл по такому пути: "C:\Program Files\Microsoft Office\Office16\ADDINS\Microsoft Power Query for Excel Integrated\bin\Microsoft.Mashup.Container.NetFX40.exe" М.б. в названии NetFX40 - это и есть указание на необходимую версию платформы? Но у коллег с W10 точно такая же папка с тем же наполнением - почему бы тогда модельке не загрузится без проблем? я ничего в этом не понимаю...

В общем, если кто-то понимает, в чём проблема, и готов объяснить это такому чайнику, как я - буду очень благодарна!
Т.к. задачку мы отложили на следующую неделю, но сделать её обязательно нужно....

Андрей, добрый день! я даже не представляю, как проверить предложенный Вами код. Я не создавала код и не прописывала эту функцию "вручную" - я использовала стандартный инструмент фильтрации - а эту формулу PQ сам прописал автоматически. Но если я просто отфильтрую по значению "null" - то получу список из этих самых "потерянных" 807 строк - PQ же не ругается на это, не выдаёт ошибок или пустую таблицу, значит, если написано = (null), то его устраивает, а проблема возникает, когда используются операторы сравнения <>, да?

простите, а сколько времени тогда я буду делать задачку, которую надо сделать за 5 минут? я не студент, у меня нет времени всё подробно изучать, к сожалению! я могу в работе использовать готовые решения, надеясь, что они работают с достаточной степенью точности.

что значит "всё ок"? что я молодец и понятные картинки приложила?  
это радует, но, к сожалению, никак не отвечает на мой вопрос "почему?"

Добрый день!
Помогите понять, плиз, в чём тут дело.
Есть некий изначальный список значений в колонке "Вид транспорта" в  моей модели (см. первую картинку во вложенном файле).
Далее следует их фильтрация для удаления строк с 2 значениями по направлению АВИА:
= Table.SelectRows(#"Развернутый элемент NewColumn4", each not Text.Contains([Вид транспорта], "САМОЛЕТ") and not Text.Contains([Вид транспорта], "АВИАКАРГО")).
Ожидаю увидеть в результате ВСЁ, кроме этих двух значений.
Но по факту вижу, что  кроме "САМОЛЕТ" и "АВИАКАРГО" также пропали строки со значением "(NULL)" (см. вторую картинку во вложенном файле)
Вопрос, почему, собственно? из-за этого потерялось 807 строк....
Заранее благодарю, кто откликнется

Доброе утро.
Спасибо большое всем за отзывчивость и желание помочь!
Я-таки разобралась вчера, в чём причина - проблема была не в формате данных в таблице, а в том, что я забыла переименовать лист с таблицей по аналогии с тем, как изначально был настроен запрос в PQuery, поэтому он пытался подтянуть данные с другого листа, где была большая неподготовленная неотформатированная выгрузка из базы данных Компании.
Я сама ошиблась - извините за беспокойство!

ой, простите, что-то не получается нормально ничего вставить сегодня - сообщение об ошибке не получилось нормально вставить в текст сообщения картинкой, теперь и таблица в текст преобразовалась

обычная табличка из 3 колонок - вот её фрагмент:

№ отправки	Перевозчик	Вид транспорта
4219793	АЭРОФЛОТ (ГЛОБАЛ) / Москва	АВИАКАРГО
4191422	ИАТА ООО / Москва	АВИАКАРГО
4191227	АЭРОФЛОТ (ГЛОБАЛ) / Москва	АВИАКАРГО
4191201	ИАТА ООО / Москва	АВИАКАРГО
4191161	ИАТА ООО / Москва	АВИАКАРГО
4185201	ИАТА ООО / Москва	АВИАКАРГО
4185160	ИАТА ООО / Москва	АВИАКАРГО
4185102	ИАТА ООО / Москва	АВИАКАРГО
4180970	АЭРОФЛОТ (ГЛОБАЛ) / Москва	АВИАКАРГО
4180927	АЭРОФЛОТ (ГЛОБАЛ) / Москва	АВИАКАРГО
4180887	АЭРОФЛОТ (ГЛОБАЛ) / Москва	АВИАКАРГО

Добрый вечер!
Подскажите, пожалуйста, кто знает, что означает "ошибка из источника внешних данных", что Query "не может преобразовать данные в число"?
я проверила файл-источник - у меня весь столбец замечательно преобразовался вручную в числовой формат, но даже эта процедура не помогла.
Может ли быть проблема вообще в другом, или я не верно читаю текст сообщения об ошибке?

О! это новое для меня - не знала. Спасибо большое, PooH! Не уверена, что в данном случае сработает - у меня 4,6 млн строк. Попробую, но боюсь, что этот шаг будет всё время зависать, как и предпросмотр в слиянии запросов. Но на будущее точно пригодится

я тоже подумала про большое количество строк. Вроде отработал корректно. Я, как раз, периодически, наоборот, захожу в данный шаг исключительно ради загрузки предпросмотра, чтобы увидеть кол-во строк - иногда нужно, чтобы найти ошибки - потери данных. Потом могу нажать отмену, если мне не требуется обновление запроса. Иначе приходится выходить из редактора запросов, чтобы увидеть кол-во строк - когда как удобнее. Спасибо за ответ!

Добрый день!
Впервые столкнулась с такой ошибкой - кто-нибудь знает, от чего это бывает?

Алексей, всё заработало - спасибо большое

Добрый вечер! Подскажите, пожалуйста, если у меня столбец в PQ содержит часть пустых ячеек, и мне нужно их заполнить каким-то значением. Как это сделать? Встроенный инструмент замены значений, похоже, не работает с (null) - ячейки как были пустые, так пустыми и остались. Я использовала 2 варианта:
1) найти ________ (т.е. оставляла просто пустой ячейку) и заменить на (некое значение)
2) найти "null" (прямо так и прописывала с кавычками - как эти ячейки выглядят в фильтре) и заменить на (некое значение)

Спасибо большое, Андрей и Dark! Всё-таки, вы оба оказались правы, что дело в дублях - проверила, из-за разных юр.лиц некоторые филиалы во второй таблице повторялись. Я столбец с этим реквизитом удалила на первоначальном же этапе за ненадобностью, строки не были отсортированы - и я не видела, что есть дублирование, и была уверена, что у меня идеальный справочник с уникальным ключом. Спасибо за уделённое внимание и ваше время!!!

Андрей, спасибо большое за отклик на проблему! Если бы в результате создались все варианты уникальных сочетаний - я бы поняла, но там какое-то выборочное дублирование происходит. Поясню: в первой таблице столбец-ключ содержит неуникальные значения (строки - это различные операции, а ключ - столбец с городами, которые могут повторяться в строках с разными операциями), а во второй таблице столбец-ключ содержит уникальные значения - каждый город встречается только 1 раз, и в другом столбце имеет признак города филиал/не филиал, который нужно подтянуть в первую таблицу. Ожидаю, что в результате в первую таблицу просто подтянется этот признак отдельным столбцом. На деле признак подтягивается, НО! небольшая часть строк (далеко не все операции с совпадающими городами, а некая малая их часть) тупо дублируются - ни по одному из столбцов нет различия значений. Можно было бы просто воспользоваться инструментом удаления дублирующихся строк, и никого не беспокоить, но я случайно обнаружила эту проблему - в следующий раз могу и не заметить и предоставить некорректную аналитику, поэтому хотелось бы разобраться и в следующий раз использовать слияние запросов верно.

Подскажите, пожалуйста, почему использование функции Table.ExpandTableColumn в PQ может приводить к задвоению строк, а не просто добавлению столбцов из второй таблицы? непосредственно перед этим я при объединении 2 запросов выбирала JoinKind и LeftOuter и Inner - результат тот же. Т.е. на уровне объединения запросов кол-во строк не увеличивается - остаётся равным кол-ву строк первой "основной" таблицы. Но когда я разворачиваю столбцы, чтобы добавить данные из второй таблицы (ради чего, собственно, и использую данную функцию), то кол-во строк увеличивается путём дублирования части из них. Мне даже непонятна логика выбора строк для дублирования - как Query выбирает, какую задублировать, а какую нет?