Стратегії розподілення даних в розподіленій базі даних.

Розрізняють наступні стратегії розподілу: централізована; розподілена без дублювання; розподілена з дуб­люванням; змішана, або комбінована.

Централізована стратегія характеризується тим, що всі дані розміщуються в одному вузлі мережі, та існує система управлін­ня доступу різних користувачів з інших вузлів до даних. Переваги: при централізованій стратегії спрощується технологія ство­рення і ведення файлів БД, оскільки можна скористатися єдини­ми стандартними процедурами та методами ведення і підтримки ^; БД в актуальному стані. Проектування такої розподіленої бази даних також досить просте порівняно з іншими стратегіями.

Не­доліки: можуть виникати черги, що призводить до різкого збільшення часу реакції системи. Крім того, витрачається певний час і на процедури, пов'язані з передачею інформації. Обсяг бази даних обмежений пам'яттю ЕОМ, що використовується для зберігання бази даних.

за розподіленої (децентралізованої) стратегії без дублювання визначають дані, які потрібно зберігати в кожному вузлі мережі. При цьому розподілену базу даних проектують як неперетинні між собою підмножини даних, розподілені по вузлах мережі. Тобто при цій стратегії не допускаються копії окремих частин БД. Проектування даних тут є складним завданням. Ключовим фактором, який впливає на надійність і доступність бази даних, виявляється так звана локалізація посилань.

Розподілена (децентралізована) стратегія з дублюванням по­лягає в тому, що база даних проектується як за централізованого підходу, але фізично дублюється в кожному вузлі мережі. Тобто кожний вузол має повну копію всієї бази даних. Стратегія роз­поділу з дублюванням найбільш ефективно розв'язує проблеми доступу та вибірки даних з мінімальними витратами часу. Систе­ма досить проста при проектуванні. Однак нарівні з перевагами цей підхід характеризується складністю адміністрування та розв'язання проблеми узгодженості файлів БД у різних вузлах мережі. Ця проблема узгодженості досить гостро може постати тоді, коли зв'язок у мережі порушується і в копії в різних вузлах

виникають розбіжності. У такому разі потрібно розробити спеці­альний механізм реплікацій для узгодження копій бази даних на вузлах мережі. Крім того, системи, що побудовані за цією страте­гією, характеризуються великою вартістю ЕОМ для зберігання БД.

Змішана, або комбінована, стратегія розподілу даних поєд­нує елементи описаних вище підходів з метою використання пе­реваг кожного з них. За такої стратегії певна частина файлів збе­рігається централізовано. Крім того, ця стратегія дозволяє певні файли бази даних поділити на багато логічних фрагментів, як це зроблено в стратегії розподілу без дублювання, що дозволяє до­сягнути високої локалізації посилань. Для файлів БД, які не дуже часто оновлюються, дозволяється мати довільну кількість фізич­них копій на різних вузлах мережі.

8.Характеристика опцій цілістності даних, каскадного оновлення та к.вилучення в Access. Після створення первин. і вторин. ключів, у Access можна описати відношення між таблицями. Опис відношень між таблицями БД наз.схемою. Коли схему створено, ці віднош.стають статичними, і тоді Access має змогу використати засоби автоматизов-ї перевірки посилкової цілісності БД.Опція “Обеспеч-е целост-ти данніх”задається після визначення типу зв’язку у діалог.вікні “Связи”.Перевірка на цілісність поляг.в тому, щоб значенню вторинних ключів відповідали зн-ня первин.ключів.СУБД також слідкує за забезпеченням узгодженості та ціліс-ті даних при їх редагуванні. Якщо в підпорядковану таблицю заносити новий запис, то він м.бути збереженим лише в тому разі, якщо відповідний зв’язаний з ним по ключу запис присутній в головній табл.При редаг.в голов.табл. можна вилучати записи лише тоді, коли певний запис не зв’язаний із записами підпорядкованих таблиць. Щоб подолати обмеження на вилуч.або зміну зв’язаних записів, зберігаючи при цьому ціл-ть даних, слід встанов.прапорці “Каскадное обновление связанных полей”(1) и “Каскадное удаление связанных полей”(2). Якщо встан-но прапорець(1), то при зміні ключ.поля голов.таблиці автомат-но змін-ся і відпов-ні знач-ня зв’язаних записів.Якщо встан-но прапорець(2), то при видаленні записа в голов.табл. видал-ся і всі зв’язаны записи в підпор-ній табл.

 

9. Визначення сховищ та вітрин (кіосків) даних їх призначення та застосування.

Сховище даних — це інтегрований накопичувач даних, які збираються з різних систем та джерел і використовуються для бізнес-аналізу та прийняття обгрунтованих стратегічних рішень.

Сховище даних (Data Warehouse) — це предметно орі­єнтована, інтегрована, прив'язана до часу та незмінна сукупність даних, призначена для підтримки прийняття рішень.

Дані в сховищі даних організовані від­повідно до основних напрямів діяльності підприємства чи фірми (замовники, продажі, склад і т. п.). Це — відмінність сховищ даних від організації оперативної БД, в якій дані організуються відповід­но до процесів (відвантаження товару, виписка рахунків і т. п.). Предметна організація даних не лише спрощує проведення аналізу, але й значно прискорює виконання аналітичних розрахунків. Тоб­то сховища орієнтовані на бізнес-поняття, а не на бізнес-процеси.

Перш ніж завантажити дані до сховища вони перевіряються, певним чином відбираються, приводяться до'одні го єдиного способу кодування, виду та формату і в необхідній мі. агрегуються (тобто обраховуються сумарні показники). З цьои моменту вони представляються користувачеві у вигляді єдиної» інформаційного простору, які набагато простіше аналізувати

Кіоски, або вітрини, даних {data marts) — це певна підмножи-на корпоративних даних, які характеризують конкретний аспект діяльності корпорації, наприклад роботу конкретного підрозділу. Кіоск може вміщувати як агреговані, так і первинні дані певної предметної області. Кіоск може отримувати дані з корпоративно­го сховища даних (залежний кіоск) чи бути незалежним і тоді джерелом поповнення його даними будуть оперативні БД. Розро­бка кіоску даних потребує значно менше часу і в середньому за­ймає приблизно 3—4 місяці.