Выложил свой способ решения проблемы:
http://am.rusimport.ru/MSAccess/topic.aspx?ID=394
Если кто будет пользовать и найдет ошибки, пишите.

С ODBC я никогда не работал, о чем упомянул там, поэтому мне неведомо, что ты говоришь :)

Мне нужна была прилада "для ленивых" для mdb, принес файл(ы) от клиента домой, и не возиться с "надстройки/диспетчер связанных таблиц" (если он есть), особенно если таблицы из разных файлов тянутся, а нажать кнопку, и все само сделалось.

Кстати, сегодня встретил, откуда это выросло: /topic/41313
:))

А что значит 2-12?

Прибежал, кстати, сейчас попробую посмотреть... (сил, правда, уже нету совсем. Окончание недели обещает дать продольную трещину (и превратиться в ж..) в смысле свободного времени.)

ЗЫ. Здоровы вы поговорить, утренний топик уже на 2-й странице...

Попробовал. Получилось, если 10 раз создал связь примерно со 100 таблицами. Иначе сам не успевал. Причем получилось "в одну сторону". Если я обновляю связи в одном файле (именно обновляю, а не проверяю. Tabledefs(0).fields(0).name вроде-бы ничего не блокирует), другой файл не может открыть таблицу из общей базы. А наоборот, если в одном файле я открыл таблицу (для чтения), то обработка связей из другого файла проходит нормально.

Вообще говоря, мне не очень хочется узнавать, почему tabledefs(n).refreshlink блокирует базу. Может ему так надо. А надо ли нам с этим бороться в данном случае? Разве операция обновления связей в mdb бывает конвеерной? Она нужна один раз в (хотел сказать "день":) обновление версии на одного клиента (в худшем случае). А то и один раз на всех:Программист/внедренец/обслуженец приехал, один раз запустил файл, и либо руками, либо автоматом раздал его юзерам. Если при этом он не дал кому-то работать, вопрос другой, но как этого добиться? Сейчас попробую одной программой в цикле посоздавать записей, а другой "подцепиться" этой программой к базе...
...Попробовал. Все нормально. Связи обновились, в программе, обновляющих данные базы, ошибок не было.

Во всяком случае, сам я не могу понять, с чем и зачем мне здесь надо бороться...

автор Не хотелось бы давать пользователям лишний раз нажимать на кнопки прилинковки таблиц.

Ну и не надо. В каких случаях могут отвалиться линки? Я знаю:
1. при обновлении версии,
2. при установке программы на новый к-р
3. при падении сервера
4. при удалении базы с диска или ее разрушении
и т.д.

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

Не нужна пользователю кнопка эта. Достаточно проверки при запуске или в обработчике ошибок.

автор1)Т.е. у первое диск подключен как f:\имя.mdb
2)А второй наберет \\ntNNN\kat\имя.mdb
Получитсся ерунда.
Ну это тем более на совести того, кто линкует таблицы. Кто мешает даже при наличии подсоединенного сетевого диска дойти до базы со стороны "Сетевого окружения"? Акцесс (и я с ним заодно здесь) не будет разбираться, есть подключеный диск с таким путем, или его нет, запускался ли subst чи ни. Он видит путь, который ему вернул FileOpenDialog (который его собрал из кликов пользователя), и им пользуется.