Кожен хоче, щоб його база даних працювала найбільш оптимально. І частенько виникають такі ситуації, коли потрібно прискорити роботу якогось запиту або іншого об'єкта бази даних. Виконання запитів зазвичай залежить від таблиць або вкладених запитів, на основі яких вони засновані, і від складності самих запитів. Форми, засновані на таблицях, працюють швидше, ніж форми, засновані на запитах, і приєднані таблиці повільніше внутрішніх таблиць. Іноді може бути краще замість приєднання імпортувати часто використовувані зовнішні таблиці.
Нижче наведено кілька методів, які використовують просунуті ІТ фахівці для оптимізації швидкості виконання запитів в Access.
1. Відображайте мінімальну кількість полів в запитах. Для полів, які використовуються в якості критеріїв і не потрібно висновок на екран, встановлюйте ознака "not shown".
2. Індексуйте все поля, які беруть участь в обмеженнях, виражених, все сортовані поля і поля, за якими встановлюються зв'язки з іншими таблицями.
3. Використовуйте первинні ключі або унікальні індекси всюди, де можливо.
4. Числовий краще, ніж текстовий первинний ключ.
5. Використовуйте не порожні унікальні поля.
6. Уникайте використання функції IIf () в запитах.
7. Уникайте группирующих функцій, таких як Dlookup ().
8. Найбільш охоче використовуйте Between і Equal, це швидше ніж> або <.
9. Використовуйте фіксовані заголовки стовпців для перехресних запитів.
10. Для звітів, заснованих на запитах, використовуйте вид Portrait в Landscape і вибирайте "Так" для Fast Laser Printing (View, Options, Other Properties).
11. Використовуйте запити, що створюють таблиці для запуску звітів на статичних даних. При цьому викликаються snapshot звіти.
12. Переважно Count (*) замість Count (Column).
13. Коли створюється обмеження на пов'язаному стовпці з типом один-ко-многим, протестуйте виконати запиту, коли розміщуєте обмеження на стороні "один" або на стороні "багато". Сторона "один" не завжди швидше працює - сторона "багато" може мати трохи менше записів.
14. Короткі імена талбіц і полів працюють швидше, ніж довгі імена.
15. Нормалізація таблиць - зв'язку працюють швидше на більш маленьких таблицях.
16. денормалізації таблиць - знижується кількість зв'язків. На основі експериментів виберете баланс між нормалізацією і денормалізації.
17. Уникайте використання Distinct в запитах - Union запити не потребують опції distinct так як автоматично повертають унікальні поля в процесі Об'єднання.