не за стовпцем detail.main_number (зовнішній ключ) І main.main _number (первинний ключ).
Даний запит є розподіленим, т. К. зачіпає таблиці, належать різним локальних баз даних. Для його нормального виконання необхідно мати обидві вихідні таблиці на одному вузлі. Отже, одна з таблиць повинна бути передана по мережі. Очевидно, що це має бути таблиця меншого розміру, т. е. таблиця main. Таким чином, оптимізатор розподілених запитів повинен враховувати такі параметри, як розмір таблиць, статистику розподілу даних по вузлах, обсяг даних, переданих між вузлами, швидкість комунікаційних ліній, структури зберігання даних, співвідношення продуктивності процесорів на різних вузлах і т. Д. Від алгоритмів роботи оптимізатора розподілених запитів прямо залежить швидкість роботи бази даних з такими запитами.
Обробка розподілених транзакцій
Ця якість розподілених баз даних можна трактувати як можливість виконання операцій оновлення БД, не руйнує цілісність і узгодженість даних. Ця мета досягається застосуванням двофазного протоколу фіксації транзакцій, що став фактичним стандартом обробки розподілених транзакцій. Його застосування гарантує узгоджене зміна даних на декількох вузлах у рамках розподіленої (або, як її ще називають, глобальної) транзакції.
Незалежність від обладнання
Це властивість означає, що в якості вузлів розподіленої системи можуть виступати комп'ютери будь-яких моделей і виробників - від мейнфреймів до персональних комп'ютерів і навіть ноутбуків.
Незалежність від операційних систем
Ця якість випливає з попереднього і означає різноманіття операційних систем, керуючих вузлами розподіленої системи.
Прозорість мережі
Доступ до будь-яких баз даних може здійснюватися по мережі. Спектр підтримуваних конкретної СУБД мережевих протоколів не повинен бути обмеженням системи з розподіленими базами даних. Ця якість формулюється максимально широко - в розподіленої системі можливі будь-які мережеві протоколи.
Незалежність від баз даних
Ця якість означає, що в розподіленої системі можуть мирно співіснувати СУБД різних виробників, і можливі операції пошуку і оновлення в базах даних різних моделей і форматів. Локальні бази даних, що становлять розподілену БД, автономні, незалежні і самовизначитися; доступ до них забезпечується СУБД, в загальному випадку від різних постачальників. Зв'язки між вузлами - це потоки тиражованих даних. Топологія розподілених БД може змінюватись в широкому діапазоні. У цілому топологія БД визначається географією інформаційної системи і спрямованістю потоків тиражування даних.
Не всі з перерахованих вище вимог можуть виконуватися одночасно. Усім вимогам відразу може задовольнити, мабуть, тільки досить ідеалізована, а тому й практично даремна база даних. Особливо це стосується останнього пункту - незалежності від програмного забезпечення БД. Не всі СУБД різних виробників можуть мирно співіснувати в рамках одного проекту. Тому при виборі засобів реалізації необхідно достатню увагу приділяти питань сумісності. Останнім часом з розвитком нових програмних засобів створення БД (Delphi, наприклад) або розвитку нових технологій (CORBA), цей питання стає менш гострим.
1 Цілісність даних
У DDB підтримка цілісності та узгодженості даних, зважаючи властивостей 1-2, являє собою складну проблему. Її рішення - синхронне і узгоджене зміна даних в декількох локальних базах даних, що становлять DDB - досягається застосуванням протоколу двофазної фіксації транзакцій. Якщо DDB однорідна - тобто на всіх вузлах дані зберігаються у форматі однієї бази і на всіх вузлах функціонує одна і та ж СУБД, то використовується механізм двофазної фіксації транзакцій даної СУБД. У разі ж неоднорідності DDB для забезпечення узгоджених змін в декількох базах даних використовують менеджери розподілених транзакцій. Це, однак, можливо, якщо учасники обробки розподіленої транзакції - СУБД, що функціонують на вузлах системи, підтримують XA-інтерфейс, визначений у специфікації DTP консорціуму X/Open. В даний час XA-інтерфейс мають CA-OpenIngres, Informix, Microsoft SQL Server, Oracle, Sybase.
Якщо в DDB передбачено тиражування даних, то це відразу висуває додаткові жорсткі вимоги до дисципліни підтримки цілісності даних на вузлах, куди спрямовані потоки тиражованих даних. Проблема в тому, що зміни в даних ініціюються як локально - на даному вузлі - так і ззовні, за допомогою тиражування. Неминуче виникають конфлікти щодо змін, які необхідно відстежувати і вирішувати.
2 Обробка розподілених запитів
Вище вже згадувалося це якість DDB. Обробка розподілених запитів (Distributed Query-DQ) - завдання, складніша, ніж обробка локальних і вона вимагає інтелектуального рішення за допомогою особливого компонента...
