Привет, Михаил.
А зачем через tempdb? Можно одним запросом к таблице на листе Excel и таблице(ам) Access.

Зачем тут Where (можно, но зачем)? Классика жанра Inner Join таблицы нужного в Excel и таблицы откуда брать в Access.

Дык, и я про это. Распаковываем архив в папку c:\path. На листе queryTable вводим нужные имена, по которым нужно выбрать данные в таблице Access, на листе queryResult обновляем таблицу. Или я о чём то другом?

Спасибо за отклик на мой вопрос.
На самом деле для меня приоритетнее смотреть в сторону SQL, но если с SQL это невозможно, то Access так же подходит.
Еще забыл указать, что база SQL (или Access) может храниться локально на том же компьютере, что и файл с искомыми данными.
Если бы Вы подсказали мне в какую сторону смотреть для реализации, был бы очень благодарен, попробовал бы разобраться сам, если, конечно, это реально без особых знаний в SQL реализовать)

Андрей VG, сказать честно в разновидностях SQL  серверов не искушен. Работал с таблицами SQL через phpMyAdminи это весь опыт. В данном случае хотел перенести функционал в область поисковых запросов не в другую книгу эксель, а в базу данных. Для меня предпочтителен тот вариант, где я смогу по гуглу составить скрипт на поиск максимально проще, т.к. в этой области не силен. Если Вы укажете куда мне, как чайнику,  лучше смотреть - занялся бы изучением вопроса прямо сегодня, т.к. сроки меня поджимают)

Тогда вам лучше идти на sql.ru с таким вопросом. Явно же не по Excel вопрос.

то и просто таблицы excel будет достаточно, а уж как запрос будет оформлен, через SQL или PowerQuery - это дело техники. СУБД  может потребоваться при больших объемах, нагрузке  или удаленности её от клиента. Вот тогда получить в качеcтве ответа готовую выборку, а не всю таблицу для последующей обработки на клиенте, эффективнее, в том числе и access.

Можно, просто нужно детализировать, что за базу данных вы используете. Если Access, то данные свойства подключения переносятся один к одному. Строка подключения и собственно SQL запрос.
Быстрее, если построен индекс по поисковым полям, в противном случае особой разницы не будет. Более того, учитывая что для реализации SQL нужно инициализировать движок, то первый запрос может выполняться и дольше.
Слишком мало вы предоставляете информации. При таком объёме вводных все рассуждения аналогичны рассуждениям о сферическом коне в вакууме.

Добрый день, коллеги! Мне кажется, всё определяется количеством пользователей. Если пользователь один, то нет никакого смысла выходить за рамки Excel. Поиск по отсортированной по ключу "базе данных" в несколько сотен тысяч записей осуществляется мгновенно (но не Find, конечно).

В Вашем примере из #18 на листе Access (поменять имя во избежание путаницы ) уже есть фрагмент этой "базы" данных. Отсортируйте ее по столбцу "A" и подтягивайте из нее данные с помощью функций ВПР, ПОИСКПОЗ и др. c параметрами поиска, рассчитанными на отсортированные диапазоны (массивы).

Здравствуйте, Михаил! Согласен.

Может Вам это поможет: https://vk.com/excelsql

Андрей VG, спасибо за помощь!
Практически удалось реализовать поиск в базе .accdb при помощи макроса и ADO.
Взяв макрос в интернете немного изменил под себя. Все работает, все ищет и вставляет в ячейки в экселе.
У меня возникло 2 вопроса, решив которые все будет работать именно как надо.
1. В процессе поиска мне нужно искать не одно значение, а несколько (от 1 до 200), поэтому, в макросе добавил конструкцию for...next, чтобы перебиваться ячейки книги и поочередно их искать. Но переборе ячеек в for...next, повторно выполняется следующий код:Значит ли это, что я каждый раз создаю рекордсет, потребляет ли это ресурсы и увеличивает ли время работы программы?
Можно ли это обойти и записать все результаты поиска каждой из искомых ячеек в один рекордсет?

2.Сейчас результаты поиска вставляются от ячейки ("А1") и ниже. Можно ли на лету разобрать полученный запросом SELECT результат и поместить его в нужную ячейку?

Файл с примером и БД приложил в архиве.