6. Характеристика моделей побудови сховищ даних: “зірка” та “сніжинка”.

Кілька років тому для Сховищ Даних було запропоновано використати схеми даних, отримали назви " зірка " і " сніжинка " . Суть технології проектування цих схем залежить від виділення з загального обсягу інформації власне аналізованих даних (чи фактів) та допоміжних даних (званих вимірами). Необхідно, проте, віддавати усвідомлювали в тому, що усе веде до дублювання даних в Сховище, зниження гнучкості структури та збільшення часу завантаження. Усе це - Плата ефективний і зручний доступом до даним, необхідний в СППР.

Попри те що що передбачити, яку саме інформації і у вигляді захоче отримати користувач, працюючи з СППР, практично неможливо, виміру, якими проводиться аналіз, досить стабільна. У процесі підготовки тієї чи іншої рішення користувач аналізує зріз факти щодо одній або кільком вимірам. Аналіз інформації, з понять вимірів і фактів, іноді називають багатовимірним моделюванням даних (MultiDimensional Modelling, MDM). Таблиці фактів зазвичай містять великі обсяги даних, тоді як таблиці вимірів намагається зробити менше. Цього підходу бажано дотримуватися оскільки запит за вибіркою з об'єднання таблиць виконується швидше, коли одне велике таблиця об'єднується з кількома малими. При практичної реалізації Х-Д невеликі таблиці вимірів іноді вдається повністю розмістити у оперативної пам'яті, що різко підвищує ефективність виконання запросов.

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

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

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

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

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

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

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

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

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

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