ння можливої вЂ‹вЂ‹найбільшої продуктивності для НЕ планованих запитів являє собою одну з проблем СУБД. (Докладніше ця проблема буде обговорюватися в наступних частинах книги.)
Безпека і цілісність даних.
СУБД повинна контролювати користувача запити і припиняти спроби порушення правил безпеки і цілісності, певні АБД. <В
Відновлення даних і дублювання.
СУБД або інший пов'язаний з нею програмний компонент, зазвичай званий адміністратором транзакцій, повинні здійснювати необхідний контроль над відновленням даних і дублюванням. Подробиці використання цих функцій системи наводяться далі в цій книзі.
Словник даних.
СУБД повинна забезпечити функцію словника даних . Сам словник даних можна по праву вважати БД (але не користувальницької, а системою). Словник В«містить дані про даних В»(іноді звані метаданими ), тобто визначення інших об'єктів системи, а не просто В«сирі даніВ». Зокрема, вихідна і об'єктна форми різних схем (зовнішніх, концептуальних і т.д.) і відображень будуть збережені в словнику. Розширений словник буде включати також перехресні посилання, що показують, наприклад, які з програм яку частину БД використовують, які звіти потрібні тим чи іншим користувачам, які термінали підключені до системи і т.д. Словник може бути (а насправді навіть повинен бути) інтегрований в визначається ним БД, а значить, повинен містити опис самого себе. Звичайно, має бути можливість звернення до словника, як і до інший БД, наприклад, для того дізнатися, які програми та/або користувачі будуть порушені при передбачуваному внесення зміни в систему. (Подальше обговорення цього питання наводиться в наступних розділах книги.)
В
Продуктивність.
Очевидно, що СУБД повинна виконувати всі зазначені функції з максимально можливою ефективністю.
Підводячи підсумок сказаному, можна зробити висновок, що в цілому призначенням СУБД є надання користувацького інтерфейсу з БД. Інтерфейс користувача може бути визначений як межа в системі, нижче якої всі невидимо для користувача. Отже, за визначенням користувальницький інтерфейс знаходиться на зовнішньому рівні. Тим не менш, іноді зустрічаються випадки, коли зовнішнє подання навряд чи значно відрізняється від відноситься, по мірі в сучасних комерційних продуктах.
У висновку коротко зіставимо описану СУБД з системою файлами (або з керуванням файлами). У своїй основі система управління файлами є компонентом загальної системи, яка управляє збереженими файлами; простіше кажучи, вона В«ближче до дискуВ», ніж СУБД. Таким чином, користувач системи управління файлами може створювати і знищувати збережені файли, а також виконувати прості операції вибірки та оновлення збережених записів у таких файлах. Однак, на відміну від СУБД, системи управління файлами мають деякі недоліки.
В
В
2. Функціональні можливості СУБД.
Керуючим компонентом багатьох СУБД є ядро, що виконує наступні функції:
- управління даними у зовнішній пам'яті;
- управління буферами оперативної пам'яті (робочими областями, в які здійснюється підкачка даних з бази для підвищення швидкості роботи);
- управління транзакціями.
1. Безпосереднє управління даними у зовнішньої пам'яті.
Ця функція включає забезпечення необхідних структур зовнішньої пам'яті, як для зберігання даних, безпосередньо входять у базу даних так і для службових цілей. Наприклад, для прискоренням доступу до даних у деяких випадках (зазвичай для цього використовується індекс).
У деяких реалізаціях СУБД активно використовується можливість існуючих файлових систем. В інших робота виробляється аж до рівня пристроїв зовнішньої пам'яті. Але підкреслимо, що в розвинених СУБД користувач в будь-якому випадку не зобов'язаний знати використання СУБД файлову систему і якщо використовує, то, як організовані файли. Зокрема СУБД підтримує власну систему і найменування об'єктів баз даних.
2. Управління БУТОР оперативної пам'яті.
СУБД зазвичай працює з БД, по Принаймні, цей розмір звичайно існує, більше доступний об'єму оперативної пам'яті. Що якщо при зверненні до будь-якого елементу даних буде здійснюватися обсяг із зовнішньою пам'яттю, то вся система буде працювати зі швидкістю пристрою зовнішньої пам'яті. Практичним єдиним способом реально збільшення цієї швидкості є буферизація даних в оперативній пам'яті. При цьому навіть якщо операційна система виробляє загальносистемну буферизацію. Цього не достатньо для мети СУБД, яка має в своєму розпорядженні набагато більше інформації про корисність буферизації, тобто тієї чи іншої частини БД. Тому в розвинених СУБД підтримується власний набір буферів оперативної пам'яті, власної дисципліни заміни буферів. Зауважимо, що існують окремі на...
