Shuhard...хочу добиться от Ивана ответа о цели оптимизации,выяснили про устройство mdb каков дальнейший шаг ...
- да нету никакой "цели оптимизации"!
Есть общее понимание - на уровне здравого смысла - что чем больше полей, тем больше база. Значит - если проектируешь систему ... -мку ..., включающую в себя БОЛЬШУЮ таблицу (на миллионы записей), то нужно себя ограничивать ...
Когда знаешь, что - в некоторых ситуациях - можно себя кое в чем не ограничивать, это ... просто ... приятно. ;-)

Shuhardдокументооборот/статистика у меня "умирали" при 70-120 000 записей
- что показывало вскрытие, от чего умер больной?
От количества записей, от объема базы, от чего-то еще?

В чем ПРИНЦИПИАЛЬНОЕ ограничение, не позволяющее аццессу работать - например - с миллиардом записей?

Shuhardв моем случае времена выборки были критичны
- времена выборки - по индексированым полям, надеюсь?
Тогда - непонятно ... индекс, он и в африке - индекс ... бинарное дерево, или что-то типа того ... Каким образом Аццесс может тут оказываться ПРИНЦИПИАЛЬНОЕ медленее других СУБД?
Вы ведь не хотите сказать, что ... он просто не умеет их готовить ... в смысле: Билл Гейтс - индексы?

Alexey ShЭтта от запросов зависит, по техническим причинам, JET не может в кэше долго держать страницы как данных, так и индексов

См MSDN, искать "jet locking"

- спасибо за ликбез. А зачем нужно "долго держать в кэше страницы как данных, так и индексов"? Чтобы лишний раз их туда не загружать?
Типа ... если "страниц данных и индексов" в базе - мегабайт этак ... на 10 (100?) - хочется держать их постоянно в кэше?

И - какая тогда есть РЕАЛЬНАЯ альтернатива аццессу:
а. для использования в качестве ПЕРСОНАЛЬНОГО инструмента
б. на ЛОКАЛЬНОЙ
в. машине из-по WINDOWS
?

Alexey ShДа, хочется держать в кэше максимум возможного

- да уж - не стесняйтесь, - говорите сразу: "хочется держать в кэше" ВЕСЬ индекс и ВСЮ обрабатываемую таблицу ЦЕЛИКОМ!

Ибо - какая разница: удается нам "держать в кэше" 50% или 5% - все равно нужно будет выгружать одно и загружать другое ...

Alexey ShКорневые и близкие к ним страницы индексов и системные таблицы в кэше удивительно полезны
- ок, убедили, сдаюсь: если у аццесса И С ЭТИМ - проблемы, то он в самом деле ни на что не годится ...

Alexey ShЯ не зря спрашивал про целевую функцию
- "целевую функцию" - для выбора между чем и чем?

Ок, предположим, есть задачка:
1. ключевое поле 4 байта (т.е. - типа Long),
2. к нему прилагаются еще несколько (минимум - одно, максимум - пять) полей по 4 байта
3. число записей - несколько миллионов ... возможно - несколько ДЕСЯТКОВ миллионов ...

Нужно:
4. как можно более эффективно ИЗВЛЕКАТЬ из таблицы запись - по значению ключевого поля
5. как можно более эффективно ПОДДЕРЖИВАТЬ эту таблицу, то есть - добавлять (по мере необходимости) в нее новые записи
6. в последствии - анализировать эту таблицу, то есть - вычислять по ней различные СТАТИСТИКИ ...

Какое решени будет ПРИНЦИПИАЛЬНО лучше, чем MS Access (с учетом - Windows, локальная, персональная машина)
???

Shuhardключ->смещение от начала файла
- "адресное пространство" для значений типа лонг - это 4 с хвостиком миллирда "ячеек" ... я ничего не путаю?
То есть Вы предлагаете производить "смещение от начала" в файле размером несколько ДЕСЯТКОВ гигабайт ... ага?