2Лифчик

Самое простое - это линковка оракловских таблиц к акесу. Тогда надо будет забыть про скорость.
НО
так как это самый быстрый и простой путь, то можно на него вступить. Преимущества - выполнено в кратчайшие сроки лозунг рукводство -> "все/ё на Оракле". То что работает медленно (а этого будет предасттаточно) надо будет постепенно оптимизировать, путем переноса логики работы с акеса на сервер (нужен будет программер на Оракле) и вызовом этих серверных приблуд, сляпанных тобой или программером на оракеле, с помощью или запросов к серверу либо с помощью ADO (это будет наиболее лучшим решением). Тогда будет задействована вся мощь Оракла как сервера баз данных. Еще одно преимущества разработки с использованием ADO - можно впоследствии достаточно безболезнено перейти на другой сервер (MS SQL, например).

З.Ы.
Насколько я знаю - работать с Ораклом гораздо тяжелее чем с MS SQL и поэтому вам все-таки понадобиться программер на Оракл - а они стоят гораздо дороже, чем MS SQL-ные (ну я так почему-то считаю - если не так All поправит).

АDP - только для MS SQL. Микрософт конкурентов поддерживать не будет
Файл бд будет mdb(mde)

>Если коротко - в чем состоит такой переход?

Переход на ADO состоит в замене кода DAO на код ADO. Библиотеки очень похожи - проблем не будет. Если никаго кода нет - то переход будет состоять в изучении ADO. Особенно cемейств Command/Parameters/Recodset/Connection

(c) V. Motchulsky о ADP

P.S.
Присоединяюсь :)

2Лифчик

> главный Аксесс или не главный - это смотря с какой стороны взглянуть на яйца

Ты на яйца больше не смотри - ты больше в хелп смотри :)

> Поэтому я и держусь за то, что уже наработано в Аксессе. И мне кажется, что вряд ли в обозримом будущем откажусь от клиента на Аксессе отчасти по указанным причинам

Где ты увидел призыв уйти от разработки проги на Акесе?
Речь идет о ADP - это тоже акес. Только данные храняться в другом формате. И так же как и раньше ты сможешь работь с вордом, оутлуком, используя свои наработки.

Гетц тоже не в "подлинике". В мусор?