42.Особливості технології функціонування розподілених баз даних.

У розподілених системах важливим моментом є проблеми проектування розподіленої БД ті її адміністрування. При проектуванні розподіленої бази даних насамперед потрібно вибрати архітектуру розподіленої бази даних і визначити правила доступу до даних і правила її адміністрування. Встановлення правил адміністрування гарантує коректність роботи системи.

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

Другим варіантом архітектури, який також гарантує, що конфлікти не виникнуть, є динамічна передача права модифікації від сервера до сервера. При цій архітектурі кожний елемент даних має спеціальний додатковий атрибут, у якому можна вказати дозвіл на внесення змін при передаванні даних між серверами.

Розподілені системи, які підтримують архітектуру клієнт –– сервер, можна ще визначити як системи типу: багато-клієнтів/один-сервер чи багато-клієнтів/багато-серверів. У системах першого типу управління базою даних централізоване і виконується досить просто, оскільки вся база зберігається на одному сервері. У таких системах управління доступом до даних клієнтів зводиться до управління процесами блокування та управління буферами клієнтів.

У системах типу багато-клієнтів/багато-серверів база даних може розміщуватися на кількох серверах і для виконання запитів користувачів потрібна взаємодія серверів одного з одним. Кожна клієнтська машина має свій сервер і на нього направляє запити користувача — нібито працює з централізованою базою. Взаємодії серверів при виконанні запиту прозорі для користувача. У більшості існуючих СУБД реалізовано один із двох типів архітектури клієнт — сервер.

Справді, розподілені СУБД не повинні розрізняти клієнтські та серверні машини. В ідеальному варіанті кожний вузол мережі може виступати залежно від ситуації як клієнт чи як сервер. Така архітектура визначається як рівний-до-рівного. Але поки що немає СУБД, які б підтриму­вали цю архітертуру, бо досить складно на програмному рівні реалізувати розподіл даних по багатьох вузлах, а це призводить до ускладнення протоколів управління даними.

43.Особливості проектування розподілених баз даних.

Проектування розподілених БД потребує вирішення проблем фрагментації і розподілу БД між окремими вузлами мережі та підтримки цілісності й узгодженості розподілених даних.

Фрагментація - це розподіл відношення на кілька частин. Фрагменти одного і того ж відношення можуть фізично зберігатися на різних вузлах мережі. Потреба у фрагментації може виникнути у разі необхідності підвищення продуктивності системи , що дозволяє зберігати дані там, де найчастіше вони використовуються. Фрагментація дозволяє локалізувати певні операції обробки даних та зменшити обсяги даних, які необхідно передавати по мережі. Фрагментація може бути горизонтальною, вертикальною, змішаною. Горизонтальна - це розбивка відношення на окремі підмножини, які вміщують певні кортежі відношення. Вертикальна - це розбивка відношення на кілька відношень, що складаються з певних атрибутів початкового відношенння. Змішана - створюється шляхом додаткової вертакальної фрагментації раніше створених горизонтальних фрагментів, чи навпаки, за рахунок горизонтальної фрагментації певних вертикальних фрагментів. Фрагментацію слід виконувати, додержуючись таких основних правил:1) при фрагментації слід дотримуватись повноти.2) фрагментація повинна забезпечувати зворотність.3) отримані фрагменти не повинні перетинатись. Фрагментацію і розподіл даних необхідно виконувати поетапно при централізованому контролі за цією процедурою. Спочатку БД проектується за тими правилами, що і централізована. Звичайно при цьому необхідно потрібно охопити користувачів кожного вузла та досконало вивчити їх вимоги і запити до БД. Фрагментація не є обовязковою умовою побудови розподіленої БД. Вона застосовується лише за умовою доцільності її використання; якщо це недоцільно, то можлива відмова від фрагментації даних.