Функції розподілених СУБД

Типова СУРБД повинна забезпечувати, принаймні, той же набір функціональних можливостей, який був визначений для централізованих СУБД. Крім того, СУРБД повинна надавати наступний набір функціональних можливостей.

1. Розширені служби установки з'єднань повинні забезпечувати доступ до віддалених сайтів і дозволяти передавати запити і дані між сайтами, що входять в мережу.

2. Розширені засоби ведення каталогу повинні зберігати відомості про розподіл даних у мережі.

3. Засоби обробки розподілених запитів повинні забезпечувати оптимізацію запитів і організацію віддаленого доступу.

4. Розширені функції управління паралельністю повинні підтримувати цілісність реплицируемой даних.

5. Розширені функції відновлення повинні враховувати можливість відмов в роботі сайтів і відмов ліній зв'язку.

10.3. РОЗРОБКА РОЗПОДІЛЕНИХ РЕЛЯЦІЙНИХ БАЗ ДАНИХ.

При розробці розподілених реляційних БД виникають наступні аспекти проектування:

1. Фрагментація. Будь-яке ставлення може бути розділене на певну кількість частин, званих фрагментами, які потім розподіляються по різним сайтам. Існують два основних типи фрагментів: горизонтальні і вертикальні. Горизонтальні фрагменти являють собою підмножини кортежів, а вертикальні – підмножини атрибутів.

2. Розподіл. Кожен фрагмент зберігається на сайті, вибраному з урахуванням оптимальної схеми їх розміщення.

3. Реплікація. СУРБД може підтримувати актуальну копію деякого фрагмента на декількох різних сайтах.

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

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

1) частота запуску програми на виконання;

2) сайт, на якому запущено програму;

3) вимоги до продуктивності транзакцій і додатків.

Якісна інформація може включати перелік виконуваних у додатку транзакцій, використовувані відношення, атрибути і кортежі, до яких здійснюється доступ, тип доступу (читання або запис), предикати, які використовуються в операціях читання.

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

1. Локальність посилань. Скрізь, де тільки це можливо, дані повинні зберігатися як можна ближче до місць їх використання. Якщо фрагмент використовується на декількох сайтах, може виявитися доцільним розмістити на цих сайтах його копії. 2. Підвищення надійності та доступності. Надійність і доступність даних підвищуються за рахунок використання механізму реплікації. У разі відмови одного з сайтів завжди буде існувати копія фрагмента, збережена на іншому сайті. 3. Прийнятний рівень продуктивності. Неправильний розподіл даних буде мати наслідком виникнення в системі вузьких місць. У цьому випадку деякий сайт виявляється просто завалений запитами з боку інших сайтів, що може викликати істотне зниження продуктивності всієї системи. У той же час неправильний розподіл може мати наслідок неефективного використання ресурсів системи.

4. Баланс між ємністю і вартістю зовнішньої пам'яті. Обов'язково слід враховувати доступність і вартість пристроїв зберігання даних, наявних на кожному з сайтів системи. Скрізь, де тільки це можливо, рекомендується використовувати більш дешеві пристрої масової пам'яті. Ця вимога має бути збалансованоа з вимогою підтримки локальності посилань.

5. Мінімізація витрат на передачу даних. Слід ретельно враховувати вартість виконання в системі віддалених запитів. Затрати на вибірку будуть мінімальні при забезпеченні максимальної локальності посилань, тобто коли кожен сайт буде мати власну копію даних. Однак при оновленні реплицируемой даних внесені зміни буде потрібно поширити на всі сайти, які мають копію оновленого відносини, що викличе збільшення витрат на передачу даних