Shuhard Иван FXS Shuhardкак всегда в топиках Ивана хочется узнать ДЛЯ ЧЕГО ЭТО НАДО,
т.е. какова прикладная задача,почему не получилось решить иными (стандартными) средствами?
- прикладная задача - "управляться" с данными, "разбросанными" по множеству таблиц в разных mdb-шках, избежав геморроя с присоединением (и - "поименовыванием) этих таблиц ...

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

Shuhard - в общем, ты не прав оба раза.
Проблема совсем с другой стороны тут выползает...

Для краткости назовем существо изначального вопроса "дорогой Ивана".

1) "механизм" как был один, так и остался - процедура перелинковки таблиц заменяется просто на подъём нужного соединения.
В обоих случаях это может быть сделано как через внешний ини-файл, так и через внутреннюю настроечную таблицу.

Преимущества "дороги Ивана" заключается в том, что исчезает процедура перелинковки таблиц как явная административная процедура при перемещении файлов - просто правится инишник.
Расплатой за это является целый набор ограничений, который приводит к весбма специфичекому типу "программирования на акцессе".
В частности - для 97 го, например - формы превращаются в отвязанные, расцветают гридоподобные актив-иксы. В последующих версиях благодаря
Set Form.Recordset сильно легчает.
Кроме того - прилично обессмысливается понятие "распределенного запроса"
Некоторой компенсцией является удобство распространения обновленной версии. "Дорога Ивана" вполне смотрится при создании Addin-ов, библиотечных файлов. В целом - объем программирования увеличивается (на 97 сильно) в обмен на управляемость и больший контроль. Относительно увеличивается степень переносимости Акцесс проекта в VB.

по поводу
автор любой сиквел - ферботен почему

разрешено все, что может быть объектом database в WorkSpace (DAO) или объектом Connection (в ADO). Как раз в этом смысле полная флексибилити в обмен на версионные ограничения по формам/рекордсетам/хранимым в текущей базе запросам, преодолеваемые объемом кодирования.

Делать так можно - это точно. Скорость же разработки версионно-зависима.

2 Shuhard

Иван FXS
<...>
<...>


я, правда, СОВСЕМ НЕ ПРО ЭТО говорил...


2 Иван FXS
то что было только что нарисовано, от "промежуточной сущности"
по существу не спасает, а просто усложняет манипулирование текстами запросов и скорее обостряет проблему "скорости подъема запроса".

стандартная область применения SELECT ... FROM [C:\...\db3.mdb].[myTable]
это задачи типа экспора/импорта, когда источник случаен по отношению к "программе" и задается пользователем.

На мой взгляд - вопрос не аккуратно задан.

В свое голове не способен отыскать связь между

этим
/topic/121121&pg=1#945910

и этим
/topic/121121&pg=2#948755

Лох Позорный Представьте себе, что у Вас есть несколько mdb СДЕЛАННЫХ ПО ШАБЛОНУ: то есть у них у всех унутри УНИФИЦИРОВНАННЫЙ набор таблиц, и есть некая центральная Engine.mdb, которая должна данные из этих клонированных mdb как-то обрабатывать ... Как Вы будете "именовать" таблицы из клон-mdb-шек в процессе приаттачивания?
А что, необходимо обрабатывать сразу несколько клонов? Причем заранее неизвестное количество?
Если нет - то приаттачить сразу под теми именами, которые тебе понравятся. Для обработки следующего клона - просто перелинковать фиксированный набор таблиц

Правда надо признать, что это все-таки более криво, нежели в св-вах запроса/внутри текста запроса изменять пути.


...ять...
ЛП - а опендатабейс(клонед.мдб) - чем тобе не угодил?
Shuhard в своих замечаниях по поводу select * from table IN 'c:\клонед.mdb'
по существу прав. Наверно есть задачи где без этого вилы.
ЗЫ
Мне-то поначалу показалось, что человек за контроль над подключениями, например, борется.
А оказалось, что он миры обрушает.
Ветер дует...