адає необхідність у складному механізмі взаємодії процесів. З цієї архітектурі побудовані MS SQL Server і Sybase SQL Server.
Трирівнева архітектура «клієнт-сервер».
На верхньому рівні абстрагування взаємодії клієнта і сервера досить чітко можна виділити наступні компоненти:
· презентаційна логіка (Presentation Layer - PL), призначена для роботи з даними користувача;
· бізнес-логіка (Business Layer - BL), призначена для перевірки правильності даних, підтримки посилальної цілісності ..;
· логіка доступу до ресурсів (Access Layer - AL), призначена для зберігання даних;
Таким чином можна, можна прийти до декількох моделях клієнт-серверної взаємодії:
Найбільш часто зустрічається варіант реалізації архітектури клієнт-сервер у вже впроваджених і активно використовуваних системах. Така модель передбачає об'єднання в клієнтському додатку як PL, так і BL, таким чином, забезпечується повна децентралізація управління бізнес-логікою. Однак у випадку необхідності виконання будь-яких змін?? Нений в клієнтському додатку доведеться змінювати вихідний код. Серверна частина, при описаному підході, являє собою сервер баз даних, реалізує AL. До описаної моделі часто застосовують абревіатуру RDA - Remote Data Access.
Модель, починаюча активно використовуватися в корпоративному середовищі у зв'язку з поширенням Internet-технологій і, в першу чергу, Web-браузерів. У цьому випадку клієнтський додаток забезпечує реалізацію PL, тому клієнт може задовольнятися досить скромною апаратною платформою, а сервер об'єднує BL і AL. Максимальне завантаження сервера передбачає виконання бізнес-логіки тільки за допомогою збережених процедур сервера (Збережені процедури - відкомпілювалися SQL-інструкції, що зберігаються на сервері). Це дозволяє максимально централізувати контроль над даними і легко змінювати правила роботи відразу для цілого підприємства. З іншого боку, незначне коректування правил, що стосується тільки частини користувачів, потребують тривалої процедури узгодження. У цьому випадку неможливо реалізувати якісь винятки із загальних правил для деяких користувачів або додатків. В принципі, це добре і є запорукою безпеки та цілісності даних.
Модель з фізично виділеним в окремий додаток блоком BL, таким чином отримуємо трирівневу архітектуру «клієнт-сервер». На сервері БД може функціонувати «універсальна» частина бізнес-логіки (правила на рівні підприємства чи групи пов'язаних додатків). Така схема дозволяє підтримувати тонких клієнтів на користувацьких комп'ютерах і в той же час розвантажити сервер БД від надмірної завантаження при збереженні гнучкої системи роботи з бізнес-правилами. В якості проміжного сервера може використовуватися другий SQL-сервер, але частіше раціональніше задіяти персональну СУБД, яка менш вимоглива до апаратних ресурсів і може забезпечити зручні засоби побудови і підтримки бізнес-логіки.
Для розробки клієнтських додатків існує величезне число універсальних пакетів програм, які дозволяють виконати з'єднання з сервером і розробити для користувача зручний графічний інтерфейс, що дозволяє ефективно працювати з даними. Деякі з цих коштів для розробки додатків в архітектурі «клієнт-сервер» перераховані в таблиці.
НаіменованіеКраткая характе...
