о даних. Вона означає, що користувач повинен мати можливість додавати, видаляти, модифікувати дані. Всі сучасні СУБД забезпечують ці послуги. p> Друга послуга є управлінням даних. Управління Даних більш складне, ніж доступ до даних. Наприклад, послуги управління даними включають можливість паралелізму. Паралелізм означає, що численні користувачі можуть працювати з БД в одне і теж час.
Бази даних по доступу до даних можна розділити на такі категорії:
В· Бази даних з низькорівневим інтерфейсом, такі бази не мають вбудованих засобів визначення типів даних і працюють з В«сиримиВ» блоками даних. Вони володіють зазвичай досить швидким доступом до даних.
В· Бази з високоабстрактним інтерфейсом доступу до даних. У комплект такого інтерфейсу входять засоби визначення даних користувача, а також доступу до них. Такими базами є всі реляційні, об'єктно-орієнтовані, дедуктивні. p> Відповідно інтерфейси до них також мають поділ, головним чином в залежності від типу БД. Для нас найбільш важливим буде об'єктно-орієнтований інтерфейс роботи з даними (не обов'язково об'єктами). Такий інтерфейс передбачає тільки об'єктно-орієнтовану роботу з даними, але не роботу з об'єктно-орієнтованими даними. Його побудова і використання обумовлюється найчастіше незручністю роботи з низькорівневими БД.
Користувачі системи баз даних
Тут під користувачем СУБД будемо розуміти суб'єкт (користувач, програміст, прикладна програма), що взаємодіє з яким-небудь інтерфейсом до неї. Користувачів можна розбити на кілька категорій:
Перша - системні, що відповідають за програмування, наприклад оболонок для бази. У нас це суб'єкт, який формує стаб за заданою схемою зберігання даних.
Друга - прикладні, що відповідають за написання прикладних програм, що використовують базу даних (цю оболонку).
Третя - кінцеві користувачі, які працюють з базою даних безпосередньо через інтерфейс-додаток. Він на відміну від перших двох категорій працює не схемою зберігання даних, а безпосередньо з самими даними: додає, видаляє або модифікує їх за потребою.
Механізм транзакцій і курсорів
Транзакція - це послідовність операцій над БД, розглянутих СУБД як єдине ціле. Або транзакція успішно виконується, і СУБД фіксує (COMMIT) зміни БД, вироблені цією транзакцією, у зовнішній пам'яті, або ні одне з цих змін ніяк не відбивається на стані БД, тобто відбувається її відкат. Підтримання механізму транзакцій необхідне для підтримки логічної цілісності БД при роботі одночасно з декількома користувачами, тобто в багатокористувацьких СУБД. p> Отже, транзакція має такі властивості:
В· Атомарність - Або транзакція приймається цілком, або взагалі немає. p> В· Узгодженість - Транзакція починає виконуватися при цілої БД і переводить БД, у випадку успішного завершення, також у цілісний стан
В· Ізольованість - Виконання однієї транзакції не впливає на виконання іншої. p> В· Стійкість - Виконання транзакції не має призвести до краху БД
Те властивість, що кожна транзакція починається при цілісному стані БД і залишає цей стан цілісним після свого завершення, робить дуже зручним використання поняття транзакції як одиниці активності користувача по відношенню до БД. При відповідному управлінні паралельно виконуються транзакціями з боку СУБД кожен з користувачів може в принципі відчувати себе єдиним користувачем СУБД (насправді, це дещо ідеалізоване уявлення, оскільки в деяких випадках користувачі багатокористувацьких СУБД можуть відчути присутність своїх колег). p> З управлінням транзакціями в багатокористувацької СУБД пов'язані важливі поняття серіалізациі транзакцій і серіального плану виконання суміші транзакцій . Під Серіалізация паралельно виконуються транзакцій розуміється такий порядок планування їх роботи, при якому сумарний ефект суміші транзакцій еквівалентний ефекту їх деякого послідовного виконання. Серіальний план виконання суміші транзакцій - це такий план, який призводить до серіалізациі транзакцій. Зрозуміло, що якщо вдається домогтися дійсно серіального виконання суміші транзакцій, то для кожного користувача, по ініціативи якого утворена транзакція, присутність інших транзакцій буде непомітно (якщо не вважати деякого уповільнення роботи в порівнянні з однокористувацький режимом). p> Існує кілька базових алгоритмів сериализации транзакцій. У централізованих СУБД найбільш поширені алгоритми, засновані на синхронізаційних захопленнях об'єктів БД. При використанні будь-якого алгоритму сериализации можливі ситуації конфліктів між двома або більше транзакціями з доступу до об'єктів БД. У цьому випадку для підтримки сериализации необхідно виконати відкат (ліквідувати всі зміни, вироблені в БД) однієї або більше транзакцій. Це один з випадків, коли користувач багатокористувацької СУБД може реально (і досить неприємно) відчути присутність у системі транзакцій інших...
