ати на сервері збережені процедури, сукупність яких можна инкапсулировать у вигляді пакету (модуля). У результаті трафік зменшиться: клієнт буде передавати тільки виклик процедури і її параметри, а сервер - результати виконання процедури.
. У ряді випадків клієнтам слід отримувати повідомлення бази даних (наприклад, завідувачу складом - про нижній рівень запасів, при якому слід виконувати нове замовлення). Якщо повідомлення виробляється по запиту клієнта, трафік збільшується. Простіше цю (збережену) процедуру розмістити на сервері, який буде автоматично повідомляти клієнта про виникнення події. У той же час клієнт при необхідності може отримувати інформацію за допомогою простих викликів процедур.
У режимі клієнт-сервер виділяють два різновиди структури: однорівневу, про яку йшла мова до цих пір, і багаторівневу (рис. 8).
Рис. 8. Одноуровневая - товстий клієнт (а) і багаторівнева - тонкий клієнт (б) структури клієнт-сервер
При використанні режиму товстого клієнта (однорівнева структура) клієнтські програми знаходяться безпосередньо на машинах користувачів, або частково на сервері у вигляді системи збережених процедур. Складність клієнтської частини деколи вимагає її адміністрування. Використання системи збережених процедур значною мірою знижує навантаження на мережу.
При використанні тонкого клієнта (багаторівнева структура) додатка користувачів лежать і виконуються на окремому потужному сервері (сервері додатків, який може бути і на одному комп'ютері з сервером БД), що значною мірою знижує вимоги до пользо¬вательскім машинам.
Так, в СУБД InterBase в однорівневої структурі в кожному клієнті є утиліта BorlandDatabaseEngine (BDE - ядро ??Delphi) обсягом 8 Мбайт. У багаторівневій структурі BDE-утиліта є тільки в сервері додатків, а обсяг пам'яті, займаної клієнтом, знижується до 212 кбайт.
Досягається цей результат за рахунок ускладнення структури.
. 3 Переваги та недоліки розподілених СУБД
Розподілені системи баз даних мають додаткові переваги перед традиційними централізованими системами баз даних, На жаль, ця технологія не позбавлена ??і деяких недоліків. У цьому розділі описані як переваги, так і недоліки, властиві
розподілу СУБД.
Оглядова таблиця
ПреімуществаНедостаткіОтображеніе структури організацііПовишеніе сложностіРазделяемость і локальна автономностьУвеліченіе стоімостіПовишеніе доступності даннихПроблеми защітиПовишеніе надежностіУсложненіе контролю за цілісністю даннихПовишеніе проізводітельностіОтсутствіе стандартовЕкономіческіе вигодиНедостаток опитаМодульность сістемиУсложненіе процедури розробки бази даних
2. Відображення структури організації
Великі організації, як правило, мають безліч відділень, які можуть перебувати в різних кінцях країни і навіть за її межами. Наприклад, компанія DreamHome має численні відділення в різних містах Великобританії. Цілком логічно буде припустити, що використовувана цією компанією база даних повинна бути розподілена між її окремими офісами. У кожному відділенні компанії DreamHome може підтримуватися база даних, що містить відомості про його персоналі, що здаються в оренду об'єкти нерухомості, якими займаються співробітники даного відділення, а також про клієнтів, які володіють або бажають отримати в оренду ці об'єкти. У подібній базі даних персонал відділення зможе виконувати необхідні йому локальні запити. А керівництву компанії може знадобитися виконувати глобальні запити, що передбачають одержання доступу до даних, які зберігаються у всіх або в деяких існуючих відділеннях компанії.
Високий ступінь разделяемості та локальної автономності Г еографіческаяраспределенность організації може бути відображена в розподілі її даних, причому користувачі одного вузла зможуть отримувати доступ до даних, що зберігаються на інших вузлах. Дані можуть бути поміщені на той вузол, де зареєстровані користувачі, найчастіше працюють з цими даними. У результаті зацікавлені користувачі отримують локальний контроль над необхідними їм даними і можуть встановлювати або регулювати локальні обмеження на їх використання. Адміністратор глобальної бази даних (АБД) відповідає за систему в цілому. Як правило, частина цієї відповідальності делегується на локальний рівень, завдяки чому АБД локального рівня отримує можливість управляти локальної СУБД.
2.1 Підвищення доступності даних
У централізованих СУБД відмова центрального комп'ютера викликає припинення функціонування всієї СУБД. Проте відмова одного з вузлів розподіленої СУБД або лінії зв'язку між...
