Cat2Нормализация вовсе не предназначена для ускорения доступа к данным
Двумя руками за
Однако может привести и к ускорению - за счет меньшего объема данных.
А может и к замедлению - за счет дополнительной работы по объединению кучи таблиц в один запрос, да еще с использованием каких-нибудь агрегатов/квазиагрегатов.

EternalНо здесь главное не перегнуть палку. В любом деле вредна крайность.
Тремя руками за.
В течение своей бестолковой жизни я так и не видел базы в пятой нормальной форме. Оно может и правильно (5-я НФ), но уж больно геморройно программировать будет.

EternalЧем больше размер файла БД , тем больше тормозов при запуске. Именно при запуске.
У тебя при запуске что-то выполняется? Или просто базу с шифтом открыть - время занимает? Если просто открыть долго - значит что-то лечить надо в датском королевстве, индексы имхо здесь не при чем должны быть.

И еще. Индексы на почти каждое поле - это все-таки то что я подумал? Т.е. почти каждое из 20 полей проиндексировано? Ты уверен, что оно тебе надо? При неправильном использовании индексы не ускоряют выборку, а замедляют ее. Тем более что в аксесе отсутствует возможность давать указания оптимизатору запросов какие индексы использовать, а какие нет.

Реализация номер раз (как есть у тебя). 100000 записей и индекс по текстовому полю. Выборка с условием по этому полю будет использовать этот немерянный индекс.
Реализация номер два. 100000 записей в одной таблице, 100 записей в другой (справочник) с индексом по текстовому полю, связь между таблицами по числовому ключу. При выборке в условием на текстовое поле из справочника сначала используется индекс в маленькой таблице, отбираются какие-то записи, потом с использованием индекса связи (пресловутый рашмор) производится отсев данных в большой. Это необязательное поведение аксеса, но наиболее часто встречающееся.

Как ты думаешь - в каком случае выборка будет быстрее?
Правильный ответ - а хрен его знает товарисч майор. Зависит от данных и от наложенного условия. Например:
А. Если условие на справочник отсеивает 95 записей из 100, и оставшимся 5 соответствует например 5000 записей из большой таблицы - надо использовать индексы и в справочнике, и в связи. Быстрее скорее всего будет второе решение.
Б. А если у тебя условие отсеит одну запись из 100 в справочнике (оставит 99) и одну запись из 100000 в большой таблице (оставит 99999) - то нафиг тебе не нужны индексы, проще и быстрее полное сканирование сделать и каждую запись проверить. И в этом случае быстрее будет первое решение, особенно если аксес догадается не использовать монструозный текстовый индекс с с низкой селективностью.

Но аксес может и не догадаться. И явным образом ему это не подсказать.
Так же аксес может запутаться с несколькими условиями по нескольким индексам. Типа вместо того, чтобы использовать индекс И1, оставить 100 записей из 100000, и все дальнейшие проверки осуществить для каждой записи, он начнет использовать условие по индексу И2 (которое оставляет 10000 записей из 100000), условие по И3 (оставляющее 20000 из 100000), И1 (100 из 100000), а потом рашмором будет сводить эти 10000, 20000 и 100 записей.

Вот и все, что я хотел сказать по поводу индексов (с) Форест Гамп

По поводу индексов
Сначала оцениваешь селективность индекса, т.е. какой процент записей остается при наложенном строгом условии (равенстве). Наилучшая селективность - у уникальных индексов. Наихудшая - например у индексов по логическому полю, причем с равномерным распределением по значениям (если у тебя 99% - True, 1% - False, то тоже может быть хорошая селективность... если выбираешь False)
Далее оцениваешь индекс с позиции сложных условий (примерно как они будут формироваться). Т.е. для условия типа "Рост>100см And Рост<200см" селективность низкая, а для "Рост>174см And Рост<176см" - высокая.
А дальше - думаешь сам. Если условие, наложенное на поле, отсеивает меньше 95% записей (т.е. оставляет больше 5%), то есть смысл задуматься - а не положить ли с пробором на такой индекс.

выборка по куче условий
Если есть наиболее часто встречающиеся комбинации полей - надо делать составные индексы. Один составной индекс (по нужным полям) - это лучше, чем несколько простых индексов на каждое поле.

Скажем ты предпочтения чему отдаешь? Сохраненным запросам или запросам из под VBA
Уже было обширное обсуждение. Поищи по форуму. Топик начат Нуф-Нуфом.