Варіанти клієнт-серверної архітектури
Додати сторінку
Централізована система
Усі дані на одному ПК. Таких додатків вагон і маленький візок — від усіляких виробів на M$ Access до Mozilla Firefox (він використовує файлову СУБД SQLite для зберігання деяких даних)
Архітектура "файл-сервер"
Найбільш простий випадок розподіленої обробки даних, на сервері розташовуються лише файли БД, а клієнтський додаток оперує власною копією СУБД, що самостійно працює з даними, що отримуються від сервера. Використання файл-серверів передбачає, що вся обробка даних виконується на робочій станції, а фал-сервер лише виконує функції накопичувача даних та засобів доступу.
Двохрівнева архітектура «клієнт-сервер»
Заснована на використанні тільки сервера баз даних, коли клієнтська частина містить рівень представлення даних, а на сервері знаходиться база даних разом із СУБД та прикладними програмами. Сервер баз даних відрізняється від файл-сервера тим, що в його оперативній пам'яті, крім операційної системи, функціонує централізована СУБД, що забезпечує спільне використання робочими станціями бази даних, розміщеної у зовнішній пам'яті цього сервера. Сервер баз даних дає можливість відмовитися від пересилання по мережі файлів даних і передавати лише ту вибірку з бази даних, яка задовольняє запит користувача.
Трирівнева архітектура «клієнт-сервер»
Дозволяє поміщати прикладні програми окремі сервери додатків, із якими через API-інтерфейс встановлюється зв'язок клієнтських робочих станцій (як Deathmatch в Quake). Робота клієнтської частини програми зводиться до виклику необхідних функцій сервера, які називаються «сервісами». Прикладніпрогами у свою чергу звертаються до сервера баз даних за допомогою SQL-запитів.Плюси:
- багаторазовість повторного використання загальних функцій обробки даних у безлічі клієнтських додатків при суттєвій економії системних ресурсів
- паралельність у роботі сервера додатків та сервера баз даних, причому сервер додатків може бути менш потужним, ніж сервер баз даних
- оптимізація доступу до бази даних через сервер додатків із клієнтських місць шляхом диспетчеризації виконання запитів у обчислювальній мережі
- підвищення швидкості та надійності обробки даних в результаті дублювання програмного забезпечення на декількох серверах додатків, які можуть замінювати один одного в мережі у разі перевантаження або виходу з ладу одного з них
- перенесення функцій адміністрування системи перевірки повноважень доступу користувачів із сервера баз даних на сервер додатків.
Багаторівнева архітектура «клієнт-сервер»
Варіант для територіально-розподілених підприємств. Найбільш вдалим прикладом буде підприємство з легіоном філій зі своїми копіями БД, адаптованими під регіональні та функціональні обставини, та центральним офісом з інтегрованою (повною) базою даних для централізованого ведення та адміністрування (і аналізу, Холмс!) загальних даних для всіх філій. Можливі такі режими реплікації даних:
синхронні дані, що тиражуються, оновлюються в міру виникнення необхідності одночасно на серверах баз даних і в усіх копіях. Необхідна швидкодія може обчислюватися в одиницях Мбіт у порівнянні з одиницями Кбіт при асинхронному режимі асинхронне тиражування відбувається в строго певні моменти часу, наприклад кожна година роботиінформаційної системи
рівноправне в обох напрямках (так, це неймовірно звучить) зверху-вниз («ведучий-відомий») коли на серверах філій містяться лише деякі підмножини даних центральної бази даних. знизу-вгору при оновленні даних у філіях у певні моменти часу оновлюється центральна база даних.