9.11. Продуктивність субд

Продуктивність СУБД оцінюється:

– часом виконання запитів;

– швидкістю пошуку інформації в неіндексованих полях;

– часом виконання операцій імпортування бази даних з інших форматів;

– швидкістю створення індексів і виконання таких масових операцій, як відновлення, вставка, видалення даних;

– максимальним числом паралельних звертань до даних в багатокористувацькому режимі;

– часом генерації звіту.

На продуктивність СУБД здійснюють вплив два фактори:

 СУБД, які відслідковують дотримання цілісності даних, несуть додаткове навантаження, яке не випробують інші програми;

 продуктивність власних прикладних програм сильно залежить від правильно­го проектування і побудови бази даних.

Найшвидші програмні продукти аж ніяк не володіють самими розвиненими функціональними можливостями на рівні процесора СУБД.

З табл. 9.2 можна зробити висновок, що найшвидшою СУБД є FoxPro 2.6, однак вона не володіє засобами дотримання цілісності даних на відміну від більш повільної СУБД Access 2.O.

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

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

До засобів забезпечення цілісності даних на рівні СУБД відносяться:

– вбудовані засоби для призначення первинного ключа, у тому числі засоби для роботи з типом полів з автоматичним приростом, коли СУБД самостійно присвоює нове унікальне значення;

– засоби підтримки посилальної цілісності, які забезпечують запис інформації про зв'язки таблиць і автоматично припиняють будь-яку операцію, що призводить до порушення посилальної цілісності.

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

MS Access і Paradox for Windows найбільше відповідають реляційн­ій моделі за надійністю збереження цілісності даних на рівні бази даних; правила зберігаються разом з базою даних і автоматично дотримуються.

СУБД dBASE IV і FoxPro 2.6 (DOS і WINDOWS) зовсім не володіють засобами цього роду, і введення в програму процедур, що забезпечують виконання правил цілісності, покладається на програміста.

9.13. Забезпечення безпеки

Деякі СУБД передбачають засоби забезпечення безпеки даних. Такі засоби забезпечують виконання наступних операцій:

● шифрування прикладних програм;

● шифрування даних;

● захист даних паролем;

● обмеження рівня доступу (до бази даних, до таблиці, до словника, для користувача).

Найвищий рівень безпеки даних реалізований в СУБД dBASE IV. Адміністратор може призначати системі різні права доступу на рівні файла, поля а також організувати автоматичне шифрування даних.

Хорошими характеристиками забезпечення безпеки відрізняється MS Access 2.O. Вона передбачає призначення паролів для індивідуальних користувачів або груп користувачів і присвоєння різних прав доступу окремо таблицям, запитам, звітам, макрокомандам або новим об'єктам на рівні користувача або групи.