ADODB Connection, RecordSet и временные таблицы

[AdrenalinE]

Вечер добрый!

Есть пара вопросов, не могу разобраться.

1) У меня есть БД - файл .mdb в котором содержатся только таблицы, расположен на сетевом диске общего доступа (пусть будет 1.mdb). Создается другой файл .mdb (который после завершения разработки будет конвертирован в .mde и разослан пользователям для работы, в данный момент 2.mdb). В нем для передачи и получения данных устанавливается связь с БД, в которой таблице, с помощью ADO. Чтобы постоянно не работать с данными через сеть, предполагается сначала вытянуть из исходной БД все нужные таблицы (справочники), а затем, работая уже с ними как с локальными, передавать конечные данные в сетевую базу.
Для определенности назовем таблицу-справочник main, а временную таблицу, в которую импортируем данные, - tmp, текущее соединение - cn.
Если воспользоваться процедурой:

cn.Execute "SELECT * INTO tmp FROM main"

То все будет хорошо, но временная таблица создастся в файле 1.mdb.

Следующий код не приводит ни к чему:

cn.Execute "SELECT * INTO tmp IN {полный путь к файлу 2.mdb} FROM main"

Вопрос: что не так?

2) Если напрямую никак, то приходит на ум мысль перекидывать через RecordSet. Тогда вопрос в следующем: каков порядок действий?
Открыть соединение, открыть рекордсет, закрыть соединение, забить "построчно" временную таблицу, используя CurrentDb.Execute?

Бонус: есть способ в одно действие перекинуть рекордсет в таблицу или только через цикл по записям?

Всем заранее спасибо!

[Teslenko_EA]

Здравствуйте AdrenalinE.
Судя по фразам "..файл .mdb в котором содержатся только таблицы, расположен на сетевом диске.." и "..предполагается.. вытянуть из исходной БД .." - "cn.Execute ...." должно выполняется в клиентском приложении.
1. cn.Execute "SELECT * INTO tmp FROM main" - однозначно выполняется только в одной БД к которой выполнено подключение. Прилинковав к "клиентской" БД (2.mdb), таблицу сетевой БД (1.MDB) эта конструкция будет выполняться на стороне клиента и с применением DAO:
CurrentDB.Execute "SELECT * INTO tmp FROM main"
соответственно вторая SQL конструкция:
"SELECT * INTO tmp IN {полный путь к файлу 2.mdb} FROM main"
тоже должна быть работоспособна на стороне клиента если её видоизменить подобным образом:
"SELECT * INTO tmp FROM main IN {полный путь к файлу 1.mdb}"
Первый вариант подразумевает присутствие в БД прилинкованой таблицы, но если обращение к ней будет не постоянным, нагрузки на сеть не будет, в любом случае выбор варианта за автором.

2. "..порядок действий.." - Открыть соединение, открыть рекордсет, забить "построчно" временную таблицу, закрыть рекордсет, закрыть соединение.

"..есть способ в одно действие перекинуть рекордсет в таблицу.." только в таблицу листа Excel применяя ADO,
"..или только через цикл по записям.." - печально, но таблицам БД без перебора рекордсета не обойтись.

Евгений.

[AdrenalinE]

Евгений, в очередной раз премного благодарен! Необходимо снизить нагрузку на сеть и повысить скорость обработки запросов, поэтому решил покопаться поглубже в Access и запутался. Теперь вроде бы все ясно, буду пробовать.

[AdrenalinE]

Как все интересно оказалось.

cn.Execute "SELECT * INTO tmp IN {полный путь к файлу 2.mdb} FROM main"

Работает нормально, но таблица не видна, пока вручную не нажать F5 в списке таблиц. При этом и базой она не определяется, т.е. при попытке

DROP TABLE tmp

пишет ошибку, что такой таблицы не существует. Кто знает, как программно обновить список таблиц в базе?

[Teslenko_EA]

Рекомендую почитать о команде RefreshDatabaseWindow, думаю она Вам будет полезна.
Евгений.

[AdrenalinE]

Евгений, я ее пробовал, но все равно была та же ошибка. Я при RefreshDatabaseWindow я следил за списком таблиц, он не изменялся. Я вот поэтому и спросил.

update: хотя вопрос пока что отменяется, у меня там обработчик ошибок, возможно, не в том месте. Так что завтра проверю, может и работает этот метод.

[Teslenko_EA]

Судя по SQL конструкции "... IN {полный путь к файлу 2.mdb} FROM main" она выполняется в "серверном" файле БД (1.mdb), я уже обращал Ваше внимание, что результат будет лучше если "..эта конструкция будет выполняться на стороне клиента..", во всяком случае запускаться в клиентском приложении.
также на стороне клиента может быть выполнена команда - CurrentDb.TableDefs.Refresh
и RefreshDatabaseWindow выполняемая в клиентской БД (2.mdb), должна отображать ("перерисовывать") все изменения в объектах БД.
надеюсь у Вас всё получится.
Евгений.

[AdrenalinE]

Евгений, спасибо за советы.

До меня только что дошло, в чем коренное отличие конструкции:

"SELECT * INTO tmp FROM main IN {полный путь к файлу 1.mdb}"

Таким образом можно не устанавливать соединение, а просто выполнить SQL-код через DAO?

CurrentDb.Execute "SELECT * INTO tmp FROM main IN {полный путь к файлу 1.mdb}"

На сегодня это последний вопрос. Была бы база под рукой, уже бы попробовал 200 раз, но приходится интуитивно набирать пищу для размышлений на завтра.

[AdrenalinE]

Точно, обработчик ошибки не там стоял, все отлично работает с RefreshDatabaseWindow.

И с прямым вытягиванием данных через

CurrentDb.Execute "SELECT * INTO tmp FROM main IN {полный путь к файлу 1.mdb}"

Тогда не понимаю, зачем вообще бывает нужно устанавливать связь с источником данных? Чтобы подключаться к БД, требующим авторизации?

[Teslenko_EA]

Здравствуйте AdrenalinE.
"..Тогда не понимаю, зачем вообще бывает нужно устанавливать связь.."
и действительно зачем паровоз если и велосипед едет.
они в разных "весовых категориях".
Евгений.