Введення
Загальна тенденція розвитку систем управління базами даних показує, що розподілені системи отримують все більший розвиток і поширення. Цьому сприяє як світова глобалізація, яка призводить до прискорення процесів централізації і децентралізації інформаційних систем, так і технічний прогрес в області зберігання і передачі даних. Зростають обсяги і швидкодія накопичувачів інформації. Все більшою стає частка оптоволоконних каналів зв'язку, які дозволяють передавати величезні масиви даних з небаченою до цих пір швидкістю. Крім того, шириться випуск персональних домашніх комп'ютерів і ноутбуків. Все це вкупі з прогресуючим зниженням вартості комунікаційних послуг веде до зростання кількості віддалених робочих груп (офісів), а також розширення числа працівників, які виконують свої функції поза свого офісу або основного робочого місця. Ці фактори і сприяють розвитку розподілених систем і, відповідно, розподілених баз даних. br/>
Розподілені бази даних
В
За загальним думку, Росія та інші країни СНД, володіючи великою територією, просто приречені на створення і розвиток інформаційних систем на основі розподілених баз даних. Не секрет, що практично всі процвітаючі середні і великі регіональні компанії мають свої представництва в Москві та/або Петербурзі. Тому при управлінні такими підприємствами не обійтися без складних корпоративних розподілених інформаційних систем. Яскравим прикладом розподіленої бази даних є система DNS:
Практика показує, що зазвичай вирішення питання створення корпоративної ІС шукається у вже досить освоєної і всім знайомою площині клієнт-сервер на базі локальної мережі з централізованою базою даних.
Вибирається одна з популярних багатокористувацьких СУБД і доступні засоби для швидкої розробки додатків (як правило, це пара Interbase/Delphi). Створюється система, що включає в себе одну або декілька баз даних, а також набір звертаються до неї (до них) додатків, що реалізують прикладні функції, необхідні кінцевому користувачу. Дана технологія досить непогано працює в обмеженому масштабі, наприклад, в рамках одного офісу або декількох віддалених робочих груп-філій, пов'язаних з головним підприємством. Однак часом не стоїть на місці, компанія розширюється і виходить на той рівень, коли нові завдання вимагають децентралізації зберігання і обробки даних і, відповідно, якісного стрибка в розвитку інформаційної системи. У цьому випадку технологія клієнт-сервер, реалізована на основі централізованої бази даних, вже не може задовольнити нових потреб. Інформаційна система стає непрацездатною і її доводиться фактично створювати заново. Очевидно, що звичайні системи "клієнт-сервер" можуть розвиватися тільки по еволюційному екстенсивному шляху в обмеженому масштабі і стають неефективними, коли екстенсивні шляхи розвитку вичерпують свої можливості. Витрати на модифікацію і супровід такої системи в критичний момент стають порівнянними з витратами на створення нової системи. Виходом з глухого кута може служити застосування розподілених баз даних (БД).
У Залежно від архітектури, можна виділити локальні та розподілені БД. Всі частини локальної БД розміщуються на одному комп'ютері, а розподіленої - на декількох. Історично, розвиток баз даних, як локальних, так і розподілених, йшло від ієрархічних моделей до мережевих і реляційних.
Перші ієрархічні і мережеві СУБД були створені на початку 60-х років минулого століття. Причиною послужила необхідність управління величезною кількістю записів, пов'язаних один з одним, як правило, ієрархічним чином (обслуговування виборів, переписів населення, моделювання ядерних випробувань, погодних і геологічних явищ, інформаційне забезпечення космічних польотів і т. д.). Причиною вибору ієрархічної моделі багато в чому послужило її подобу вже наявним і добре відпрацьованим і освоєним на практиці численним масивів інформації на неелектронних носіях (банки даних, картотеки, досьє, довідники). Серед реалізованих на практиці СУБД цього типу слід зазначити системи IMS (Information Management System) компанії IBM, а також TDMS (Time-Shared Date Management System) компанії Development Corporation; Mark IV Multi - Access Retrieval System компанії Control Data Corporation; System - 2000 розробки SAS-Institute. p> Відносини в ієрархічної моделі даних організовані у вигляді сукупностей дерев, де дерево - структура даних, в якій тип сегмента нащадка пов'язаний тільки з одним типом сегмента предка (рис. 1.1).
Рис. 1.1. Ієрархічна модель БД
В
У термінології баз даних, це адекватно наявності жорстких зв'язків В«один - до - одномуВ» або В«один - до - багатьохВ» між записами. До недоліків і обмеженням ієрархічної моделі даних можна віднести: відсутність явного поділу логічних і фізичних характеристик моделі, що виражається в жорсткій прив'язці БД до носія-інформації, потреба в додаткових витратах і хитрощах для оп...
