ехід до фізичного опису моделі - призначення відповідностей: ім'я сутності - ім'я таблиці, атрибут сутності атрибут таблиці; завдання тригерів, процедур і обмежень;
- генерація бази даних.
Таким чином, після нормалізації була отримана схема даних (логічна модель ERWin), представлена ??на малюнку 2.6.
Малюнок 2.6 - Схема даних (логічна модель ERWin)
Для здійснення генерації бази даних побудуємо фізичну модель ERWin, вказавши при цьому ключі, типи і розмірності атрибутів. Така модель представлена ??на малюнку 2.7.
Малюнок 2.7 - Схема даних (фізична модель ERWin)
2.3 Проектування архітектури системи
Зазвичай, коли говорять «сервер», мають на увазі сервер в архітектурі клієнт-сервер, а коли говорять «клієнт» - мають на увазі клієнт у цій же архітектурі. Суть її в тому, щоб розділити функції між двома підсистемами: клієнтом, який відправляє запит на виконання будь-яких дій, і сервером, який виконує цей запит. Взаємодія між клієнтом і сервером відбувається за допомогою стандартних спеціальних протоколів, таких як TCP/IP і z39.50.
Сервер являє собою набір програм, які контролюють виконання різних процесів. Відповідно, цей набір програм встановлений на якомусь комп'ютері. Часто комп'ютер, на якому встановлений сервер, і називають сервером. Основна функція комп'ютера-сервера - по запиту клієнта запустити якийсь певний процес і відправити клієнтові результати його роботи [8].
Клієнтом називають будь-який процес, який користується послугами сервера. Клієнтом може бути як користувач, так і програма. Основне завдання клієнта - виконання програми та здійснення зв'язку з сервером, коли цього вимагає додаток. Тобто клієнт повинен надавати користувачеві інтерфейс для роботи з додатком, реалізовувати логіку його роботи і при необхідності відправляти завдання сервера [8].
Взаємодія між клієнтом і сервером починається з ініціативи клієнта. Клієнт запитує вид обслуговування, встановлює сеанс, отримує потрібні йому результати і повідомляє про закінчення роботи.
Послугами одного сервера найчастіше користується декілька клієнтів одночасно. Тому кожен сервер повинен мати досить велику продуктивність і забезпечувати безпеку даних.
Логічніше всього встановлювати сервер на комп'ютері, що входить в яку-небудь мережу, локальну або глобальну. Однак можна встановлювати сервер і на окремо стоїть комп'ютер (тоді він буде одночасно і клієнтом і сервером).
Основний принцип технології клієнт-сервер полягає в поділі функцій додатка на три групи [8]:
· введення і відображення даних (взаємодія з користувачем);
· прикладні функції, характерні для даної предметної області;
· функції управління ресурсами (файловою системою, базою даних).
Тому, в будь-якому клієнт-серверному додатку виділяються наступні компоненти [6]:
· компонент подання даних;
· прикладної компонент;
· компонент управління ресурсом.
Зв'язок між компонентами здійснюється за певними правилами, які називають «протокол взаємодії».
Компанією «Gartner Group», що спеціалізується в галузі дослідження інформаційних технологій, запропонована наступна класифікація двухзвенних моделей взаємодії клієнт-сервер (малюнок 2.8). Дволанковий ці моделі називаються тому, що три компоненти додатки різним чином розподіляються між двома вузлами [7].
Малюнок 2.8 - Класифікація моделей клієнт-сервер
Історично першою з'явилася модель розподіленого представлення даних, яка реалізовувалася на універсальній ЕОМ з підключеними до неї неінтелектуальними терміналами. Керування даними та взаємодія з користувачем при цьому поєднувалися в одній програмі, на термінал передавалася тільки «картинка», сформована на центральному комп'ютері [7].
Потім, з появою персональних комп'ютерів (ПК) і локальних мереж, були реалізовані моделі доступу до віддаленої бази даних. Деякий час базової для мереж ПК була архітектура файлового сервера. При цьому один з комп'ютерів є файловим сервером, на клієнтах виконуються додатки, в яких сполучені компонент подання й прикладний компонент (СУБД і прикладна програма). Протокол обміну при цьому представляє набір низькорівневих викликів операцій файлової системи. Така архітектура, реалізована, як правило, за допомогою персональних СУБД, має очевидні недоліки? високий мережевий трафік і відсутність уніфікованого доступу до ресурсів [7].
З появою пер...
