vgrafinБорьба с "опуханием" - устаревшие, но нужные данные выносятся в другую базу(archive.mdb), доступ по запросу, без прилинкованных таблиц.

Подскажите как делается доступ по запросу в архивную базу без прилинкованых таблиц?

Я в своё время отказался от сбрасывания в архивную базу и держу архивные таблицы в рабочей базе от чего "опухание" прогрессирует (уже 150 МБ). Причиной отказа была проверка ключевых полей сброшенных данных чтобы в случае возврата архивных данных в рабочие таблицы не нарваться на конфликт ключей. Поэтому при каждом создании записи проверяю максимальное значение ключа в рабочей и архивной базе и создаю на единицу больше (счётчикам не доверяю). А для проверки приходится держать поближе архивные таблицы.
Оптимальность работы своей базы конечно оставляет желать лучшего. Но вот над разделением архивных от рабочих подумываю. Но как быстро и качественно делать проверку ключей в них?

vgrafinGVOV,
INSERT INTO tb_1 IN 'X:\Base\mybase.mdb' SELECT...; 'это делает конструктор

SELECT tb_1.*
FROM X:\Base\mybase.tb_1 tb_1; этого конструктор не создаёт и не понимает.
Да, выгрузить и посмотреть не проблема, но необходимо хорошо знать структуру базы и способов её использования, что б понять, какие ухищрения подойдут. Можно делать сделать запрос на объединение, а прилинковку делать временную на время запроса.
А на счёт возврата данных назад-много вопросов. Какие таблицы архивируются, нужно ли их потом редактировать, какова частота обращения к ним, архивируются ли справочные, таблицы, частями или целиком? А что делать тем у кого вставка в тот момент, когда таблицу напихали архивными данными. Вопросы, вопросы... У меня, например, есть справочные, таблицы, которые могут меняться(что б мусор не тащить).Если основное поле слишком длинное(название клиента -а он ни кому не нужен), есть доп. поле с короткой понятной аббревиатурой(уник.индекс). В архив я вставлю не ключ, а это поле. В архиве не нужно соединений, а клиента можно выкинуть, в запросе фильтром выбрать. Нереляционно, но работает. Размер архива мне как-то не очень.

Спасибо, относительно запросов понял.
А чем прилинковка плохая в плане производительноти что её лучше делать временной?
Я архивирую только данные без справочников. Они постоянно в рабочей базе (они не критично растут) но при попытке удаления из них данных проверяю наличие в архивных таблицах связей и не даю их удалять. Также использую Нереляционность для отсоединения связей (вообще база без связей, связи поддерживаю логикой приложения при добавлении, редактировании, удалении)