ве відступ, як і в системах «Клієнт-сервер», від принципу відсутності центральної установки і грунтується на техніці «головною» репліки.
Суть цієї техніки полягає в тому, що одна з реплік бази даних системи оголошується головною. При етомізменять структуру бази даних можна тільки в головній репліці. Ці зміни структури даних тиражуються на основі принципу відкладених оновлень, т. Е. Через спеціальну синхронізацію реплік. Частковість відступи від принципу відсутності центральної установки полягає в тому, що на відміну від чисто централізованих систем, вихід з ладу головної репліки не тягне відразу загибель всієї розподіленої системи, так як інші репліки продовжують функціонувати автономно. Більше того, на практиці СУБД, що підтримують технологію реплицирования, дозволяють користувачеві з певними повноваженнями (адміністратору системи) перетворити будь-яку репліку в головну і тим самим повністю відновити працездатність всієї системи [7].
Процес синхронізації реплік в сучасних СУБД включає обмін тільки тими даними, які були змінені або додані в різних репліках. З цією метою в системному каталозі бази даних створюються спеціальні таблиці поточних змін і організовується система глобальної ідентифікації (іменування) всіх об'єктів розподіленої системи, включаючи роздільне поименование однакових об'єктів (аж до записів таблиць) в різних репліках. Такий підхід дещо збільшує обсяг бази даних, але дозволяє істотно обмежити транспортні витрати на синхронізацію реплік.
Важливим, з точки зору гнучко?? сти та ефективності функціонування розподілених інформаційних систем, побудованих на технологіях реплицирования, є можливість створення так званих часткових реплік і включення в репліки як реплицируемой, так і нерепліціруемих об'єктів [8].
3. Часткова репліка
Часткової реплікою називається база дачних, що містить обмежена підмножина записів повної репліки. Поширеним способом створення часткових реплік є використання фільтрів, що встановлюються для конкретних таблиць повної (головної) репліки. Часткові репліки дозволяють вирішити деякі проблеми, пов'язані з розмежуванням доступу до даних і підвищують продуктивність обробки даних. Так, наприклад, в репліку бази даних для певного підрозділу доцільно реплікувати тільки ті записи таблиці «Співробітники», які відносяться до даного підрозділу, виключивши тим самим доступ до інших записів. Техніка часткових реплік також знижує витрати на синхронізацію реплік, оскільки обмежує кількість переданих по мережі змін даних.
Можливість включення в репліки об'єктів бази даних, які не підлягають реплікації, дозволяє більш гнучко і адекватно налаштувати схему та інші об'єкти БД (запити, форми і звіти) на специфіку предметної області, особливості введення даних і розв'язувані інформаційні завдання по конкретному елементу розподіленої системи.
Технології реплікації даних в тих випадках, коли не потрібно забезпечувати великі потоки та інтенсивність оновлюваних в інформаційній мережі даних, є економічним рішенням проблеми створення розподілених інформаційних систем з елементами централізації в порівнянні з використанням дорогих «важких» клієнт-серверних систем.
На практиці для спільної колективної обробки даних застосовуються змішані технології, що включають елементи об'єктного скріплення даних, реплікацій і клієнт-серверних рішень. При цьому додатково до проблеми логічного проектування, т. Е. Проектування логічної схеми організації даних (таблиці, поля, ключі, зв'язку, обмеження цілісності), додається не менш складна проблема транспортно-технологічного проектування інформаційних потоків, розмежування доступу і т. Д. До жаль, поки не опрацьовані теоретико-методологічні та інструментальні підходи для автоматизації проектування розподілених інформаційних систем з урахуванням факторів як логіки, так і інформаційно-технологічної інфраструктури предметної області.
Проте розвиток і все більш широке поширення розподілених інформаційних систем, обумовлене самою розподіленої природою інформаційних потоків і технологій, є основною перспективою розвитку автоматизованих інформаційних систем [9].
4. Технології об'єктного скріплення даних
Уніфікація взаємодії прикладних компонентів з ядром інформаційних систем у вигляді SQL-серверів, напрацьована для клієнт-серверних систем, дозволила виробити аналогічні рішення і для інтеграції розрізнених локальних баз даних під керуванням настільних СУБД в складні децентралізовані гетерогенні розподілені системи. Такий підхід отримав назву об'єктного скріплення даних.
З вузької точки зору, технологія об'єктного скріплення даних розв'язує забезпечення доступу з однієї локальної бази, відкритої одним користувачем, до даних...
