А что значит скорость? Скорость вставки данных? Скорость выборки по полям входящим в составной ключ в инструкции Where ...?
В одном случае замедлиться, в другом возрастет (может быть).

Вот что не надо объяснять так это слово селективность-> селект-> Select.

2Лоху
>использует (или не использует) индексы как бог на душу положит.

Ну с рекодсетами вроде понятно как индекс использовать, а вот как с обычными селектами быть? Не уж то не знаешь? Судя по твоим топикам - ты Большой Любитель мучать индексы :) Давай -колись!

2Лоху
> На Большого Любителя могу и обидеться

Да уж, это я не подумавши написал (ударение на "и")
так, что прелагаю понимать смысл слова "Любитель" как любящего свое дело, да еще с большой буквы! Пойдет? :)

Так, как заставить не исползовать индекс вроде понятно. Как заставить?
Судя по showplan.out - у меня только PrimaryKey используется.
М.б. все-таки внедрах SQL89/92 зарыты инструкции по установке хинтов. Ведь есть не документированный Check, AUTOINCREMENT и т.п.
Второй вопрос - как заставить Access произвести перекомпиляцию (типа - обновить статистику) сохраненых запросов

>Ну ты же знаешь как, зачем тогда спрашиваешь?

Про планы я мало знаю :(
Можно сказть - ноль
В MSDN ничего не нашел. Где еще искать - хрен его знает. В книгах - либо лажа либо до конца не договаривают.

>Пробел в запрос добавляешь и сохраняешь

Насколько я знаю при сжатии информация об планах хериться, значит прийдется при каждом открытии базы добавлять пробел и сохранять запрос через DAO.QueryDefs - но тогда план точно обновиться?
Как узнать какие запросы без плана?
А точно ли план был построен?
В какой системной таблице они храняться?
Можно было бы на основе анализа ее делать вывод.Как через просмотр Showplan.out понять что запрос выполнился с планом?
Как...
как...
как...

К черту этот Акес - лучще пойду SQL-сервер помучаю :)

Пепелац без гравицапы летает. Только в пределах планеты

(c) Не установлено

2Лоху
>А ты чего не спишь?
Гетца читал

Вернемся к нашим баранам:

Навеяно Гетцом Том 1 Акес2002 стр.764 (гл. Оптимизация приложений)
1. Запросы компилируются и сохраняются только при первом запуске
2. Если вы сохраните запрос после его выполнения, он может быть сохранен в неоткомпилированном виде
3. Поскольку при построение плана выполнения запроса, Jet анализирует размер исходных таблиц и наличие в них индексов на момент компиляции, то посоле модификации индексов и/или значительного изменения количества записей в таблицах имеет смысл заставить Jet заново откомпилировать запрос.
4. Чтобы быть уверенным, что запрос сохранен в откомпилированном виде, надо открыть его в режиме SQL модифицировать (добавить-убрать символ, например), сохранить изменения и выполнить. И именно в такой последовательности

Осталось выяснить, что происходит с этими планами при импорте и сжатии/восстановлении: генеряться заново (что более вероятно) или не фига не генеряться (что так же вероятно - микрософт все-таки)
Если генеряться - то все будет ОК. Увеличилось кол-во записей, изменились индексы - то при следующем сжатии/восстановлении запросы получат новые планы. А если нет, то прийдется утилитку писать, только надо придумать как быть с параметрами, да и не забыть отсеять запросы на удаление/обновление/DDL/