88. Характеристика технологiчної операцiй реорганiзацiя I реструктуризацiя бд.

Реорганізація БД має два трактування:

•в широкому розумінні під реорганізацією розуміють будь-які зміни в організації файлів БД, в тому числі і реструктурізацію

•в більш вузькому під реорганізацією розуміють лише зміни на фізичному рівні без внесення змін на логічному рівні.

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

Реструктурізація - процес внесення змін в логічну структуру файлів БД. До таких змін відносяться зміни форматів та імен окремих полів, поява нових полів, вилучення полів із структури файла чи певне перегрупування.

Головна причина реструктурізації, що предметна область, яка відображається в БД може підпасти під певні зміни, що і викличе необхідність реструктурізації.

Друга причина реструктурізації - виникнення нової інформації потреб користувачів, які не були заплановані при проектуванні БД.

Третя причина реструктурізації пов’язана з помилками проектування файлу БД.

Реструктурізація, у більшості випадків, потребує внесення відповідних змін в прикладні програми. Характер цих змін може бути серйозним і потребувати не лише перекомпіляції, а і перерпограмування. Реструктурізації БД для більшості СУБД викликає необхідність певного чи часткового її перезавантаження, що пов’язано з більшими затратами машинного часу і потребує великої роботи з боку адміністрації.

89. Характеристика технологiчної операцiї актуалізації бд.

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

До операцій актуалізації відносяться:

•операція дозапису

•операція заміни

•операція вилучення.

При виконанні операцій актуалізації необхідно дотримуватись таких вимог:

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

Всі процедури, пов’язані з внесенням змін повинні санкціонуватись з системою.

Всі операції, які пов’язані з фізичним знищенням записів повинні мати дублюючу диагностіку, яка повинна звернути увагу користувача на те, що знищуються дані. При цьому необхідно враховувати, що деякі файли мають дозвіл лише на дозапис і будуть захищені від змін та вилучення даних. Всі зміни у відповідних файлах повинні регіструватися в файлі коректур.

При проектуванні технологічних операцій необхідно продумати і обгрантувати технологічне внесення змін по кожному файлу окремо і це повинно бути зафіксовано у відповідних інструкціях.

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

90. Поняття сховища даних та передумови його створення.

Поняття СД та концепція їх побудови були сформульовані в 1992 р. Білом Інманом. Необхідність розробки концепції СД обумовлена такими факторами: 1. Розвиток інформаційних технологій привів до створення нової технології (OLAP- технології – це технологія вирішення аналітичних задач (до цього вирішувалися статичні аналітичні задачі). 2. Вирішення задач OLAP на основі традиційних (оперативних) БД приводить до конфліктів з задачами OLTP та до нехватки ресурсів. 3. Формування аналітичних звітів на основі оперативних БД займає дуже багато часу. 4. Дуже часто на підприємстві чи в організації функціонує декілька OLTP–систем, кожна з яких має свою окрему БД, в якій використовується різні структури даних, різні способи кодування одних і тих же позицій номенклатур. Побудова зведених (консолідованих) запитів на основі декількох БД в такому випадку є дуже складною проблемою, так як потребує спочатку узгодження даних різних БД. 5. Не всі дані оперативних БД потрібні для реалізації аналітичних запитів. 6. В більшості випадків для формування аналітичних запитів потрібна не первинна оперативна інформація, а агреговані дані (результати їх обробки). Таким чином, СД – це особлива форма організації даних, котра призначена для зберігання в узгодженому вигляді оперативної та агрегованої інформації, шо отримується на основі даних OLTP-систем та зовнішніх джерел даних.