іонує одна і та ж СУБД, то використовується механізм двофазної фіксації транзакцій для конкретної СУБД. У разі ж неоднорідності розподіленої БД, для забезпечення узгоджених змін в декількох базах даних, використовують менеджери розподілених транзакцій. Це, однак, можливо, якщо учасники обробки розподіленої транзакції (СУБД, що функціонують на вузлах системи), підтримують ХА-інтерфейс, визначений у специфікації DTP консорціуму Х/Ореn. ХА-інтерфейс мають, наприклад, Informix, Microsoft SQL Server, Oracle, Sybase, CA-Openlngres. p> Якщо в розподіленої БД передбачено тиражування (реплікація) даних, то це відразу пред'являє додаткові жорсткі вимоги до дисципліни підтримки цілісності даних на вузлах, куди спрямовані тиражовані потоки. Проблема полягає в тому, що зміни до даних можуть ініціюватися як локально - на даному вузлі, так і ззовні, за допомогою тиражування. Неминуче виникають конфлікти щодо змін, які необхідно відстежувати і вирішувати.
Безперервність операцій
Ця якість можна трактувати як можливість безперервного доступу (формат 24x7 - доступ 24 години на добу 7 днів на тиждень) в рамках розподіленої БД до даних поза Залежно від їх розташування та операцій, виконуваних на локальних вузлах. Одним словом, дані доступні завжди, а операції над ними можуть виконуватися безперервно.
В
Прозорість розташування
Це властивість означає повну прозорість розташування даних. Користувач, який звертається до розподіленої БД, нічого не повинен знати про реальний (фізичному) розміщенні даних у вузлах інформаційної системи. Всі операції над даними виконуються без обліку їх місцезнаходження. Передача та обробка запитів до баз даних здійснюється вбудованими системними засобами.
Прозорість розташування в реальних продуктах повинна підтримуватися відповідними механізмами, реалізованими в рамках конкретної СУБД або проекту в цілому. При цьому розробники СУБД дотримуються різних підходів. Типовим рішенням даної задачі є використання так званих синонімів (Alias) баз даних.
Незалежна фрагментація
Це властивість трактується як можливість розподіленого (т. е. на різних вузлах, а не в одному місці) розміщення даних, логічно що становлять єдине ціле. Існує фрагментація двох типів: горизонтальна і вертикальна. Перша означає зберігання рядків однієї таблиці на різних вузлах (фактично, зберігання рядків однієї логічної таблиці в декількох ідентичних фізичних таблицях на різних вузлах). Друга означає розподіл стовпців логічної таблиці по декільком вузлам (типовий приклад реалізації - SQL-запит з декількох фізично відокремлених таблиць).
Незалежне тиражування
Тиражування даних - це асинхронний (у загальному випадку) процес перенесення змін об'єктів вихідної бази даних в бази, розташовані на інших вузлах розподіленої системи. У даному контексті незалежність тиражування означає можливість переносу змін між базами даних засобами, невидимими користувачеві розподіленої системи. Дана властивість означає, що тиражування можливо і досягається внутрішньосистемними засобами.
Принципова характеристика тиражування даних (Data Replication - DR) полягає в відмову від фізичного розподілу, прив'язки даних. Суть реплікації полягає в тому, що будь-яка база даних (як для СУБД, так і для працюючих з нею користувачів) завжди є локальною; дані розміщуються локально на тому вузлі мережі, де вони обробляються; всі транзакції в системі завершуються локально.
Тиражування даних - це асинхронний перенесення змін об'єктів вихідної бази даних в бази, належать різним вузлам розподіленої системи. Функції тиражування виконує, як правило, спеціальний модуль СУБД - сервер тиражування даних, званий репликатором (СКБД CA-Openlngres і Sybase). У інших СУБД (Informix-OnLine Dynamic Server) регашкатор вбудований в сервер або поставляється опціонально (Oracle). Специфіка механізмів реплікації даних залежить від використовуваної СУБД. Один з найпростіших варіантів реплікації - використання так званих В«моментальних знімківВ» (Snapshot) - збереження на різних вузлах копій тієї чи іншої таблиці в певний момент часу; дані копії періодично (раз на тиждень, наприклад) підлягають оновленню.
Деталі тиражування даних повністю приховані від прикладної програми; її функціонування ніяк не залежить від роботи реплікатора, який цілком перебуває у віданні адміністратора бази даних. Отже, для перенесення програми в розподілену середу з тиражованими даними не потрібно її модифікація.
Синхронне оновлення розподілених БД і технологія реплікації даних - в певному сенсі, антиподи. Наріжний камінь першої - синхронне завершення транзакцій одночасно на декількох вузлах розподіленої системи, т. е. синхронна фіксація змін до розподіленої БД. Її В«ахіллесова п'ятаВ» - жорсткі вимоги до продуктивності і надійності каналів зв'язку. Якщо база даних розподілена по декіл...
