вместо:
Set rs = CurrentDb.OpenRecordset("Select * from MойИсточник where id IN (" & ID_LIST & ")")
стандартная процедурина:


и Фсе. (Этот прием используется обычно чтобы не обрабатывать "сложные" случаи - такие как дублирование кавычек в строковых "параметрах" и т.п. (или форматирование дат) при передаче данных непосредственно в сборку строки динамик ссыкуля. Хотя и последнее не столь сложно, как может показаться.).

ЗЫ. Напомню справку:

>>Пользователь имеет возможность создать временный объект QueryDef, задавая пустую строку в аргументе имя при вызове метода CreateQueryDef. Тот же результат будет получен, если задать пустую строку как значение свойства Name нового объекта QueryDef. Временные объекты QueryDef полезны в ситуации, когда требуется повторно выполнять динамические инструкции SQL без создания постоянных объектов в семействе QueryDefs. Временный объект QueryDef нельзя добавить ни в одно семейство, поскольку пустая строка не является допустимым значением имени постоянного объекта QueryDef.

1.

Ищи метод .СopyFromRecordset Ёкселя. Он тут самое то.


2.
если в "параметрах" нет никакой бодяги, требующей спец обработки (форматирования дат, дублирования кавычек и т.п.) - просто клей строку в коде и открывай рекордсет.

Если хочешь попользовать уже существующую строку "источника данных" самого списка - програмно отрезай от нее заключительное ";" (если есть) и дошивай свои AND (... IN()). Вот именно тогда параметры можешь и передать как предложено.
!!!Я то считал, что строка с параметрами [Forms]![...]![...] у Вас _УЖЕ_ есть :0)

(правда, если в строке - источнике списка есть ORDER BY, или GROUP, HAVING и т.п. - то можешь программно врезаться _перед_ ними). Но это уже извращение (попадаешь в зависимость от конкретного порядка конструкций SQL. Есть правда предположение, что наилучшее место врезки - это после последнего WHERE в строке. Но оно тоже не всегда верно (подчиненные запросы в условиях отбора)).

в сетке есть статья по скорости вывода разными методами в Ёксель. Так CopyFromRecordset не самый худший.

Есть такая шняга - присоединить таблицу Ёкселя и выгружать набор прямо в нее. На местном сайте один из сторонников -Лох Позорный (войди в "Поиск", выбери участника и Excel).

1. Подключать библиотеку только на разработку.
2. В процессе разработки объектные переменные определять AS OBJECT
3. Все константы библиотеки заменять значениями (вычислить в дебуггере)
4. Убить только объявленные объекты. (скорее всего один или 2).
5. После разработки отлючить библиотеку на фик. (если ты сделал криейтОлеОбьект как Object, то методы подтягиваются по мере надобности).
6. Преимущество: можешь выгрузить в шаблон хранящийся в твоей таблице - связанный объект XL и сохранить результат на диск только если потребует пользователь. (Не заморачиваешься с путями, именами и прочей лабудой). Правда в этом случае отпадают как OUTPUTTO, так и связывание таблицы (несохраненного файла). По крайней мере до момента, пока не сохранишь. Остается CopyFromRecordset и непосредственное редактирование содержимого ячеек (что много медленнее, но универсальнее).

__
Связывание таблицы екселя это не темп таблица. Это табличка, связанная через ISAM ёкселя (пункт Аксесса "внешние данные", тип XL, далее - по пунктам. Можно сделать и программно). Недостаток - надо описать поля на момент связывания, а не просто вывалить все, что получится.

>>А на вопрос о временном QueryDef + OutputTo мне так и не ответили

мдя. неужели выдержка из справки не внесла прояснение в затуманненный решением задачи мозг? OutputTo требует либо Имя (у темпа его нет) Либо АКтивности объекта на момент выполнения. Попробуйте открыть темповый запрос (как стандартный аксессовский грид, а не как рекордсет) и сделать его окно активным. :)

А способов много. Например кинуть данные SQL строки в форму (отчет), и опубликовать в XL уже форму (отчет). Только оно Вам надо? Можно генерить не темповую таблу, а _нормальный_ (именованный) qrydef, озаботясь уникальностью имени на момент создания (для разрешения коллизий промеж пользователями/сеансами), и не забывая порушить его по завершении выгрузки. Благо весь процесс от создания до удаления - в одной процедуре. Т.ч. имя хранить долго не надо. Ну и т.п.