="justify"> Користувач БД - програма або людина, яка звертається до бази даних
Поліморфізм - можливість перевизначення процедури в похідному класі.
Прозорість - пристрій або частина програми, яка працює настільки чітко і просто, що її дії непомітні користувачеві.
Розподілений запит - запит, при обробці якого використовуються дані з БД, розташовані в різних вузлах мережі.
Властивість - аналог атрибута в додатку Delphi.
Сервер - вузлова станція комп'ютерної мережі, призначена в основному для зберігання даних колективного користування і для обробки в ній запитів, що надходять від користувачів інших вузлів.
Подія - сигнал запуску методу.
Середа (ComputerAidedSoftwareEngineering - CASE) - середа створення програмного забезпечення, орієнтована на розробку програми від планування та моделювання до кодування і документування.
Топологія БД, або структура розподіленої БД, - схема розподілу фізичної організації бази даних в мережі.
Транзакція - послідовність операцій модифікації даних в БД, яка переводить БД з одного несуперечливого стану в інший несуперечливе стан.
Віддалений запит - запит, який виконується з використанням модемного зв'язку.
Фрагмент логічний - блок даних, однорідних для транзакцій з погляду доступу.
Фрагментація (розчленування) - процес розбиття цілісного об'єкта глобального типу на кілька частин (фрагментів).
Фрагмент бережене - фізична реалізація логічного фрагмента.
Шлюз - пристрій для з'єднання різнотипних мереж, що працюють по різних протоколах.
Можливість реалізації віддаленої транзакції - обробка однієї транзакції, що складається з безлічі SQL-запитів, на одному віддаленому вузлі.
Підтримка розподіленої транзакції допускає обробку транзакції, що з кількох запитів SQL, які виконуються на декількох вузлах мережі (віддалених або локальних), але кожен запит в цьому випадку обробляється тільки на одному вузлі.
Більшість вимог, що пред'являються до розподілених БД, аналогічно вимогам до централізованих БД, але їх реалізація має свою, розглянуту нижче специфіку. Зокрема, в розподіленої БД іноді корисна надмірність.
Додатковими специфічними вимогами є:
мова опису даних (ЯОД) в рамках схеми повинен бути один для всіх локальних БД;
доступ повинен бути колективним до будь-якій області РБД з відповідною захистом інформації;
подсхеми повинні бути визначені в місці зосередження алгоритмів (додатків, процесів) користувача;
ступінь централізації має бути розумною;
необхідний збір та обробка інформації про ефективність функціонування РБД.
Надалі К. Дейт сформулював 12 правил для РБД .. Локальна автономність.
. Відсутність опори на центральний вузол.
. Безперервне функціонування (розвиток) РБД.
. Незалежність РБД від розташування локальних БД.
. Незалежність від фрагментації даних.
. Незалежність від реплікації (дублювання) даних.
. Обробка розподілених запитів.
. Обробка розподілених транзакцій.
. Незалежність від типу обладнання.
. Незалежність від операційної системи .. Незалежність від мережевої архітектури.
. Незалежність від типу СУБД.
Схема розподіленої БД може бути представлена ??у вигляді, показаному на рис. З.
Рис. 3. Схема розподіленої БД
У ній виділяють користувацький, глобальний (концептуальний), фрагментарний (логічний) і розподілений (локальний) рівні представлення даних (рис. 4), що визначають мережеву СУБД.
Рис. 4. Рівні представлення даних в розподіленої БД
Користувальницький рівень складається з фрагментів глобального рівня, які складають фрагментарний, логічний рівень.
Виділяють горизонтальну і вертикальну фрагментації (розчленування). Горизонтальна фрагментація пов'язана з поділом даних але вузлам. Горизонтальні фрагменти не перекриваються. Вертикальна фрагментація пов'язана з групуванням даних по задачам.
Фрагментація частіше за все не припускає дублювання інформації в вузлах. У той же час при розміщенні фрагментів по вузлах (локалізації) розподіленого рівня у вузлах дозволяється мати копії тієї чи і...
