ншої частини РБД.
Після розміщення даних кожен вузол має локальне, вузлове подання (локальна логічна модель). Фізичну реалізацію (логічного) фрагмента називають збереженим фрагментом.
Мережа в розподіленої БД утворюють мережні операційні системи (наприклад, Windows NT, NovellNetWare). В якості СУБД, що спочатку призначалися для використання в мережі, слід назвати BTrieve, Oracle, InterBase, Sybase, Informix.
У силу розподіленої даних особливу значимість здобуває словник даних (довідник) розподіленої БД, який на відміну від словника централізованої БД має розподілену, багаторівневу структуру.
У загальному випадку можуть бути виділені мережний, загальний зовнішній, загальний концептуальний, локальні зовнішні, локальні концептуальні та внутрішні складові словника розподіленої БД.
Природно, що для роботи в розподіленої БД необхідні адміністратори розподілених БД і локальних БД, робочими інструментами яких є перераховані словники.
Схема роботи розподіленої БД показана на рис. 5.
Рис. 5. Схема роботи розподіленої бази даних
Користувальницький запит, який визначається додатком, надходить в систему управління розподіленої бази даних (СУРБД), через мережеву і локальну операційні системи потрапляє в локальну СУБД. Якщо запит пов'язаний з локальними даними, СУБД здійснює виклик даних з локальної БД, які надходять користувачеві. Якщо частина даних для виконання програми знаходиться в іншій локальній БД, локальна СУБД додатково через локальні і мережеву операційні системи здійснює віддалений виклик процедури (RemoteProcedureCall - PRC), після виконання якої дані передаються користувачеві.
Можливі чотири стратегії зберігання даних: централізована (часто забезпечуваний архітектурою клієнт-сервер), розчленування (фрагментації), дублювання, змішана.
Порівняльні характеристики стратегій зберігання приведени в табл.
Таблиця 1
НазваніеСуть СтратегііДостоінствоНедостаткіЦентралізація (у тому числі технологія клієнт- сервер) Єдина копія в одному узлеПростота структуриСкорость обробки обмежена одним вузлом Обмежений доступ Мала надійність Довготривала пам'ять визначає обсяг БДЛокалізація (розчленування) Єдина копія, розчленування по вузлах (повна копія БД не допускається) Обсяг БД визначається пам'яттю мережі Зниження вартості РБД Час відгуку при паралельній обробці зменшується Мала чутливість до вузьких місць Підвищена надійність при високій локалізації даннихЗапрос може бути по всіх вузлах Доступ гірше, ніж при централізації Рекомендації застосування: довготривала пам'ять обмежена в порівнянні з обсягом БД; повинна бути підвищена ефективність функціонування при високому ступені локалізацііДублірованіеВ кожної локальної БД повна копіяВише надійність, доступ і еффектівностьОб'ем БД обмежений довготривалою пам'яттю управління база дані зберігання
Відзначимо, що у звичайній мережі має місце рівноправність комп'ютерів, що може викликати додаткові ускладнення в частині доступу до даних в процедурах поновлення і запитів
У зв'язку з цим часто використовують архітектуру клієнт-сервер (рис. 6) - структуру локальної мережі, в якій застосовано розподілене управління сервером і робочими станціями (клієнтами) для максимально ефективного використання обчислювальної потужності.
Рис. 6. Архітектура клієнт-сервер
У цій структурі один з комп'ютерів, що має найбільший обсяг пам'яті і найбільш високу швидкодію, стає пріоритетним, званим сервером. На сервері найчастіше зберігаються тільки дані, запитувані клієнтами.
До клієнтів не пред'являються такі жорсткі вимоги по пам'яті і швидкодії. На них розташовуються словники і додатки, службовці своєрідними фільтрами для даних сервера. У зв'язку з цим обмін інформацією в архітектурі (рис. 6) фактично мінімізується.
Робота в архітектурі клієнт-сервер може підтримуватися і за допомогою схеми OpenDataBaseConnectivity (ODBC), як показано на рис. 7.
Рис. 7. ODBC в архітектурі клієнт-сервер
У цьому випадку мережа утворюється шляхом з'єднання серверів. Таке з'єднання забезпечується або засобами СУБД (SQL Server) або моніторами транзакцій (TUXEDO).
. 2 Система клієнт-сервер
Спільно з терміном клієнт-сервер використовуються три поняття.
. Архітектура: мовайде про концепцію побудови варіанту розподіленої БД.
. Технологія: кажуть про послідовність дій у розподіленої БД.
