виконує операції. Навантаження з клієнтських місць при цьому знімається, так як більша частина роботи відбувається на сервері. СУБД автоматично стежить за цілісністю і збереженням БД, а також контролює доступ до інформації за допомогою служби паролів. Клієнт - серверні СУБД допускають блоки на рівні запису і навіть окремого поля. Це означає, що з таблицею може працювати будь-яке число користувачів, але доступ до функції зміни конкретного запису або одного з її полів забезпечений тільки одному з них. p align="justify"> Основний недолік цієї архітектури не дуже висока надійність. Якщо сервер виходить з ладу, вся робота зупиняється. p align="justify"> Розподілена архітектура.
У мережі працює кілька серверів, і таблиці баз даних розподілені між ними для досягнення підвищеної ефективності. На кожному сервері функціонує своя копія СУБД. Крім того, в подібній архітектурі зазвичай використовуються спеціальні програми, так звані сервери додатків. Вони дозволяють оптимізувати обробку запитів великої кількості користувачів і рівномірно розподілити навантаження між комп'ютерами в мережі. p align="justify"> Недолік розподіленої архітектури полягає в досить складному і дорогому процесі її створення і супроводу (адміністрування), а також у високих вимогах до серверів.
Інтернет-архітектура.
Доступ до бази даних і СУБД (поширених на одному комп'ютері або в мережі) здійснюється з браузера за стандартним протоколом. Це висуває
мінімальні вимоги до клієнтського обладнання. Такі програми називають "тонкими клієнтами", тому що вони здатні працювати навіть на слабких ПК, наприклад, можна не організовувати локальну мережу, а звертатися до сервера через Інтернет в локальній мережі (у такому випадку говорять про технології інтранет). У цьому випадку не потрібно розробляти спеціальні клієнтські програми або придумувати власні специфікації обміну даними між сервером і клієнтськими місцями. Досить використовувати готові браузери і програмні рішення. br/>
1.2 Класифікація СУБД
Впорядкувати СУБД можна за кількома ознаками. Однією з ознак, на якому на мою думку варто зупинитися детально, це класифікація СУБД за моделлю баз даних. p align="justify"> За моделі даних класифікувати СУБД можна таким чином:
Ієрархічні
Мережеві
Реляційні
Об'єктно-орієнтовані
Об'єктно-реляційні
Розглянемо ці моделі більш докладно.
Ієрархічні СУБД - підтримують деревоподібну організацію інформації. Зв'язки між записами виражаються у вигляді відносин предок/нащадок, а у кожного запису є рівно одна батьківська запис. Це допомагає підтримувати посилальну цілісність. Коли запис видаляється з дерева, всі...
