Мои Конспекты
Главная | Обратная связь


Автомобили
Астрономия
Биология
География
Дом и сад
Другие языки
Другое
Информатика
История
Культура
Литература
Логика
Математика
Медицина
Металлургия
Механика
Образование
Охрана труда
Педагогика
Политика
Право
Психология
Религия
Риторика
Социология
Спорт
Строительство
Технология
Туризм
Физика
Философия
Финансы
Химия
Черчение
Экология
Экономика
Электроника

Модель файлового серверу



В задачах обробки інформації, заснованих на системах баз даних, існують два варіанти розташування даних: локальний і віддалений. У першому випадку говорять про доступ до локальних даних, у другому - про доступ до віддалених даних. Локальні дані, як правило, розташовуються на жорсткому диску комп'ютера, на якому працює користувач, і знаходяться в монопольному керуванні цього користувача. Користувач при цьому працює автономно, не залежачи від інших користувачів та жодним чином не впливаючи на їх роботу. Дистанційні дані розташовуються поза комп'ютера користувача (користувачів) - на файловому сервері мережі або на спеціально виділеному для цих цілей комп'ютері.

Модель файлового серверу (File Server - FS) – це природне розширення персональних СКБД для підтримки багатокористувацького режиму і в цьому плані ще довго буде зберігати своє значення (рис. 19.3.).

Рис. 19.3. Схема взаємодії FS-моделі

Особливості FS-моделі:

всі основні компоненти розміщуються на клієнтському комп'ютері;

модель характеризує не стільки спосіб створення ІС, скільки загальний спосіб взаємодії комп'ютерів в локальній мережі;

один з комп'ютерів виділяється і визначається файловим сервером, тобто загальним сховищем будь-яких даних;

сервер виконує чисто пасивну функцію;

дуже проста та зрозуміла модель.

У стандартній файл-серверній архітектурі дані, розташовуючись на файл-сервері, є, по суті, пасивним джерелом. Вся відповідальність за їх отримання, обробку, а також за підтримку цілісності бази даних лежить на додатку, запущеному з робочої станції. При цьому, оскільки обробка даних здійснюється на робочій станції, по мережі переганяється вся необхідна для цієї обробки інформація, хоча обсяг даних, які цікавлять користувача, може бути менше в десятки разів. Наприклад, якщо користувача цікавлять всі працівники заданого підприємства, які беруть участь у конкретному проекті, його додаток «отримає» спочатку всіх працівників і всі проекти з бази даних, і тільки після цього виконає необхідну вибірку.

Історично на персональних комп'ютерах використовувався саме цей підхід як більш простий в освоєнні. Однак великий обсяг даних, які переганяються по мережі, швидко «забиває» мережу вже при невеликому числі користувачів, істотно обмежуючи можливості зростання (масштабованості). Цей основний і самий істотний недолік змусив шукати способи зменшення навантаження на мережу.

Тут додатки виконуються на робочих станціях. Додаток включає модулі для організації діалогу з користувачем, бізнес-правила (транзакції), що забезпечують необхідну логіку обчислень, і ядро СКБД. Часто ядро СКБД в моделі файлового сервера не є вираженим і являє собою набір функцій, пов'язаних з іншими компонентами додатка. Додаток, включаючи і ядро СКБД, дублюється на різних робочих станціях. На файловому сервері зберігаються тільки файли бази даних (індекси, файли даних тощо) і деякі технологічні файли (оверлейні файли, файли сортування тощо). Оператори SQL-звернення до СКБД, закодовані в прикладній програмі, обробляються ядром СКБД на робочій станції. СКБД організовує доступ до файлів бази даних для виконання оператора. По мережі передаються запити на читання/запис даних, індекси, проміжні та результуючі дані, блоки технологічних файлів.

На основі моделі файлового сервера функціонують такі популярні СКБД як FoxPro (Microsoft), dBase (Borland), CF-Clipper (Computer Associates International), Paradox (Borland) тощо. СКБД розглянутого класу коштують недорого, прості в установці та освоєнні. Також відсутні високі вимоги до продуктивності сервера та програмні компоненти СКБД не розподілені.

Але вони мають ряд істотних недоліків:

системи, розроблені на базі цих СКБД, мають низьку продуктивність, оскільки всі проміжні дані передаються, як правило, по низькошвидкісний шині мережі, а прикладні програми і ядро СКБД виконуються на малопотужних робочих станціях;

високий мережевий трафік;

низька масштабованість;

відсутність механізмів безпеки БД;

ці СКБД не підтримують розподілену обробку.

В силу перерахованих недоліків модель файлового сервера практично не використовується в розподілених інформаційних системах




Поиск по сайту:







©2015-2020 mykonspekts.ru Все права принадлежат авторам размещенных материалов.