бна дуже потужна платформа для сервера додатків.
Одним з традиційних засобів, на основі яких створюються файл-серверні системи, є локальні СУБД. Однак такі системи, як правило, не відповідають вимогам забезпечення цілісності даних (зокрема, вони не підтримують транзакції). Тому при їх використанні завдання забезпечення цілісності даних покладається на програми клієнтів, що призводить до ускладнення клієнтських додатків. Однак ці інструменти приваблюють своєю простотою, зручністю використання і доступністю. Тому файл-серверні інформаційні системи до цих пір представляють інтерес для малих робочих груп і, більше того, нерідко використовуються в якості інформаційних систем масштабу підприємства.
3.1.3 Архітектура клієнт-сервер
Архітектура клієнт-сервер призначена для дозволу проблем файл-серверних додатків шляхом поділу компонентів додатка і розміщення їх там, де вони будуть функціонувати найбільш ефективно. Особливістю архітектури клієнт-сервер є використання виділених серверів баз даних, які розуміють запити мовою структурованих запитів SQL (Structured Query Language) і виконують пошук, сортування та агрегування інформації.
Відмінна риса серверів БД - наявність довідника даних, в якому записана структура БД, обмеження цілісності даних, формати і навіть серверні процедури обробки даних за викликом або по подіях в програмі. Об'єктами розробки в таких додатках крім діалогу і логіки обробки є, перш за все, реляційна модель даних і пов'язаний з нею набір SQL-операторів для типових запитів до бази даних.
Більшість конфігурацій клієнт-сервер використовує дворівневу модель, в якій клієнт звертається до послуг сервера. Передбачається, що діалогові компоненти PS і PL розміщуються на клієнті, що дозволяє забезпечити графічний інтерфейс. Компоненти управління даними DS і FS розміщуються на сервері, а діалог (PS, PL), логіка BL і DL - на клієнті. Дворівневе визначення архітектури клієнт-сервер використовує саме цей варіант: додаток працює у клієнта, СУБД - на сервері (рис. 1.5).
Оскільки ця схема пред'являє найменші вимоги до сервера, вона володіє найменшою масштабованість. Однак складні додатки, що викликають велике взаємодія з БД, можуть жорстко завантажити як клієнта, так і мережа. Результати SQL-запиту повинні повернутися клієнту для обробки, тому що там знаходиться логіка прийняття рішення. Така схема призводить до додаткового ускладнення адміністрування додатків, розкиданих по різних клієнтським вузлів.
Малюнок 3.1 - Класичний варіант клієнт-серверної інформаційної системи
Для скорочення навантаження на мережу і спрощення адміністрування додатків компонент BL можна розмістити на сервері. При цьому вся логіка прийняття рішень оформляється у вигляді збережених процедур і виконується на сервері БД.
Збережена процедура - процедура з операторами SQL для доступу до БД, що викликається по імені з передачею необхідних параметрів і виконувана на сервері БД. Збережені процедури можуть компілюватися, що підвищує швидкість їх виконання і скорочує навантаження на сервер.
Збережені процедури зменшують цілісність додатків і БД, гарантують актуальність колективно використовуваних операцій і обчислень. Зменшується супровід таких процедур, а також безпеку (немає прямог...
