Оптимізація запитів Microsoft Access, Інші СУБД, Бази даних, статті

Кожен хоче, щоб його база даних працювала найбільш оптимально. І частенько виникають такі ситуації, коли потрібно прискорити роботу якогось запиту або іншого об’єкта бази даних. Виконання запитів зазвичай залежить від таблиць або вкладених запитів, на основі яких вони засновані, і від складності самих запитів. Форми, засновані на таблицях, працюють швидше, ніж форми, засновані на запитах, і приєднані таблиці повільніше внутрішніх таблиць. Іноді може бути краще замість приєднання імпортувати часто використовувані зовнішні таблиці.


Нижче наведено кілька методів, які використовують просунуті ІТ специ для оптимізації швидкості виконання запитів в 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 так як автоматично повертають унікальні поля в процесі Об’єднання.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*