- •Системна архітектура “клієнт-сервер”
- •Сервери баз даних
- •Принципи взаємодії між клієнтськими й серверними частинами
- •1.1.6 Переваги протоколів віддаленого виклику процедур
- •1.1.7 Типовий поділ функцій між клієнтами й серверами
- •1.1.8 Архітектури процесора бази даних.
- •1.2 Трирівнева архітектура “клієнт-сервер”
- •1.2.1 Персональні субд.
- •1.3 Intranet і архітектура “клієнт-сервер”
- •1.3.1 Дворівнева архітектура “клієнт-сервер”
- •1.3.2 Трирівнева архітектура “клієнт-сервер”
- •2.1 Основні поняття формальної моделі
- •2.2 Модель системи
1.2.1 Персональні субд.
Для розробки клієнтських додатків у більшості випадків замість універсальних засобів розробки зручніше використати персональні СУБД. Використання персональних СУБД дозволяє не тільки ефективно організовувати роботу з бізнес-правилами, але й підтримати незалежну роботу клієнтського додатка за рахунок наявності власних форматів зберігання даних. Коротка характеристика деяких персональних СУБД наведена в таблиці.
Таблиця 1.2.1 - Коротка характеристика деяких персональних СУБД
Найменування |
Коротка характеристика |
Lotus Approach 97 |
Дозволяє виконувати всі види обробки даних. Має дуже простий інтерфейс. СУБД тісно інтегрована з базами даних Notes й електронними таблицями Lotus 1-2-3. Підтримує технологію електронного обміну повідомленнями MAPI. |
MS Access 97 |
Повноцінна СУБД, що володіє багатим набором візуальних засобів, численними майстрами й потужною мовою програмування Visual Basic for Applications. Має гнучку систему підготовки звітів. Підтримуються технології ODBC і OLE 2.0. СУБД тісно інтегрована з усіма додатками MS Office. |
MS Visual FoxPro 5 |
Одна з найбільш швидких персональних СУБД, що сполучає технологію xBase й об’єктно-орієнтировану мову програмування. Має багатий набір візуальних засобів розробки й майстрів для швидкої побудови додатків і звітів. Підтримуються технології Active, ODBC й OLE 2.0. Дозволяє створювати OLE-сервера й має засоби для розробки й підтримки додатків “клієнт-сервер”. |
Paradox 7 |
Підтримує всі види роботи з даними. Для візуального виконання стандартних завдань є спеціальний засіб Experts. Наділений власною досить складною мовою ObjectPAL. Підтримує технології OLE 2.0, Active, MAPI й ODBC. |
1.3 Intranet і архітектура “клієнт-сервер”
1.3.1 Дворівнева архітектура “клієнт-сервер”
Рисунок 5. Дворівнева архітектура “клієнт-сервер”
Web-броузер Джерело даних
Web-сервер
NOS (Network Operation System)
Розмежування функцій між Web-броузером й Web-сервером є дуже чітким. Web-сервер надає HTML-сторінки, а броузер відображає ці сторінки шляхом інтерпретації тегів HTML.
1.3.2 Трирівнева архітектура “клієнт-сервер”
Рисунок 6. Трирівнева архітектура “клієнт-сервер”
Web-броузер Джерело даних
Третій рівень
Програма розширення
сервера
HTML
Web-сервер
NOS
Клієнтський рівень займає броузер, на рівні сервера перебуває сервер БД, а на проміжному рівні розташовуються Web-сервер і програма розширення сервера. Таке архітектурне рішення дозволяє зменшити мережевий трафік, робить компоненти взаємозамінними й підвищує рівень безпеки. Однак така архітектура також утрудняє обробку транзакцій БД через природу протоколу HTTP, який не запам'ятовує стан (цей протокол використовується для передачі даних між броузером і сервером БД).
Броузер посилає Web-серверу запити на доставку Web-сторінок або даних. Web-сервер обслуговує заявки на Web-сторінки, а запити відправляє програмі-розширенню серверної частини. Остання приймає передані їй запити, перетворить їх у форму, зрозумілу серверу БД, і передає їхньому серверу БД.
Потім сервер БД виконує роботу з обслуговування запиту й повертає результат програмі-розширенню серверної частини. Нарешті та перетворить результати у формат, прийнятний для броузера, і передає їхньому Web-серверу, а той у свою чергу - броузеру.
МАТЕМАТИЧНО-ІНФОРМАЦІЙНА СИСТЕМА НА ОСНОВІ АРХІТЕКТУРИ “КЛІЄНТ-СЕРВЕР