16.Створення таблиць. Ідексування полів таблиць

З організаційної точки зору при роботі з довільною базою даних існує два різних режими – проектувальний та експлуаційний. В проектувальному режимі (режимі конструктору) створюються об"єкти БД, в експлуатаційному ж відбувається обробка даних.

Таблиця – основний та необхідний об’єкт бази даних. Є декілька способів створення таблиць. Створення таблиці полягає в у визначенні її полів і наданні їм певних властивостей. Існує декілька способів створення таблиць, які відрізняються рівнем автоматизації.

1. Самим “автоматичним” способом є імпорт таблиць з іншої бази даних, можливо навіть створеної в іншій системі.

2. Якщо таблицю не можна імпортувати повністю іноді створюють зв’язані таблиці.

3. Досвідчені користувачі користуються майстром побудови таблиць. Початківцям не рекомендується користуватися цим методом, бо не володіючи термінологією вони можуть заплутатися у виборі параметрів.

4. Спосіб “Режим таблиці” відкриває заготовку, в якій всі поля мають формальні імена : Поле1, Поле2. Тому структуру таблиці доведеться ще підкореговувати.

5. Найбільш універсальний ручний метод надає режим Конструктору.

Однією з особливостей роботи з MS Access в експлуатаційному режимі є автоматичне збереження даних в режимі реального часу, що забезпечує надійність та безпеку баз даних. В таблиці БД записи слідують в порядку реєстрації. Процес отримання даних з таблиці в іншому порядку чи вибірки лише певних записів (фільтрування) може тривати доволі довго, особливо при великій кількості записів в таблиці. Для більш ефективного виконання таких операцій використовуються індекси, які встановлюють взаємозв'язок між фізичним номером запису та його порядковим номером у таблиці згідно заданого поля (полів) сортування. Тобто кожен запис має певний порядковий номер в таблиці ( фізичний адрес ) і інший порядковий номер для кожного поля сортування, тобто індекса. Одночасно зі зміною інформації в таблиці відбуваються зміни і в таблицях її індексів. Це призводить до певного перевантаження бази даних під час введення інформації, проте значно пришвидшує операції сортування та фільтрування даних.

Інше призначення таблиць індексів – забезпечення унікальності введення даних у певному полі чи наборі полів. Ця функція встановлюється через надання тому чи іншому індексу властивості унікальності. Так операція встановлення первинного ключа створює таблицю індексів саме з властивістю унікальності.

17. Забезпечення цілісності посилань в таблицях бд.

Мета цілісності даних — уникнути відірваності даних і забезпечити синхронізацію посилань таким чином, щоб ця гіпотетична ситуація не могла скластися взагалі.

Цілісність даних забезпечується через увімкнення її для зв’язку між таблицями (покрокові інструкції див. у розділі Застосування цілісності даних). Після застосування програма Access відхилятиме будь-які операції, які можуть призвести до порушення цілісності даних у такому зв’язку між таблицями. Це означає, що Access відхилятиме як оновлення, так і видалення, якщо вони впливають на призначення посилань. Проте може статися, що для змінення первинного ключа служби доставки, якій відповідає замовлення в таблиці «Замовлення», існуватимуть усі підстави. Усе, що потрібно в таких випадках, — зробити так, щоб усі задіяні рядки автоматично оновлювалися в межах однієї операції. Таким чином, Access забезпечить виконання повного оновлення, а база даних не залишиться в неузгодженому стані, коли деякі рядки оновлено, а деякі ні. Для цього в Access є параметр «Каскадне оновлення пов’язаних полів». Якщо застосувати цілісність даних і вибрати параметр «Каскадне оновлення пов’язаних полів», а потім оновити первинний ключ, Access автоматично оновить усі поля, які посилаються на первинний ключ.

Отже, для збереження повноти і цілісності даних Access накладає певні обмеження на введення і редагування даних, наприклад, неможливо видалити запис з однієї таблиці, якщо існують пов'язані з нею записи в інших таблицях.