Інформатика

Зміст:

1. Що таке база даних, її призначення у MS Access?

СУБД — це скорочення від словосполучення Система Управління Базами Даних. Відносно Microsoft Access вона виглядає таким чином. Вся початкова інформація зберігається таблицях. Під чітким визначенням мається на увазі така структура таблиці, в якій кожний рядок має унікальний ідентифікатор (наприклад, номер рядка), а дані представлені стовпцями. Таким чином, будь-яка таблиця є одновимірним набором записів. Неодмінним правилом створення таблиці в СУБД є строге визначення вмісту самої таблиці. В її комірках може зберігатися тільки фактична і лише незмінна інформація. Це може здатися дещо дивним і дуже вже штучним для користувачів електронних таблиць, проте ані в Microsoft Access, ані в СУБД взагалі, в комірках базових таблиць принципово не може бути значень, що обчисляються. Для цього в СУБД існують так звані запити. Запити — це ті ж самі таблиці, тільки вони заповнюються не вручну, а за допомогою наперед заданих формул і інших залежностей. Таким чином, те, що не можна в таблиці, можна в запиті (складати, віднімати, ділити, виконувати інші математичні або логічні операції). А свою назву запити отримали тому, що вони схожі з широко поширеною природною дією аналогічного призначення. Наприклад, запитом є ну хоча б така конструкція: хто конкретно купляв автомобіль ВАЗ 21099 вишневого кольору в період з січня по грудень 1998 року і розплачувався при цьому наявною іноземною валютою, за яку використовувалися швейцарські франки. Зіткнувшись з подібним запитом, СУБД самостійно перегляне відповідні таблиці, в яких зберігаються фактичні дані, і відбере з них всі рядки, які відповідають вимогам запиту. Причому з самими таблицями нічого не відбувається, в таблицю запиту передаються лише копії цих записів. Завдяки поєднанню в структурі запитів як функцій вибірки інформації з деякого її масиву, так і можливостей маніпулювання цією інформацією за допомогою формул, запити сталі основним робочим інструментом СУБД. Одночасно з відбором, запити можуть проводити будь-які розрахунки (наприклад, не тільки показати всіх покупців вишневих дев'яток, але і указати, скільки кожний продаж приніс прибутку, яка виявилася її собівартість, скільки довелося віддати в казну, а скільки залишилося як чистий прибуток) і навіть підводити підсумки. В той же час, формально запити самі можуть бути представлені як таблиці і використані надалі як джерело даних для інших запитів. Це називається запит за запитом.

Запити і таблиці лише тоді будуть коректно працювати, коли між ними буду встановлені однозначні і строго визначені зв'язки. Ці зв'язки служать третім китом, на який спирається вся система СУБД. Теоретично, можна сконструювати таку загальну таблицю, в рамках якої можна представити всі аспекти зберігаються в базі даних, проте практика показала, що подібна таблиця виявляється майже повсюдно, по-перше, надмірно громіздкою, а по-друге, заповненою даними, що повторюються. Через громіздкість нею важко оперувати, а зайві дані невиправдано сильно роздувають її загальний об'єм, що обертається швидким зростанням апетиту до системних ресурсів комп'ютера. Припустимо, база даних містить інформацію про продажі. Отже, в ній неодмінно стануть бути присутнім стовпці з даними на самого клієнта. Наприклад, його прізвище, посада, телефон і адреса доставки. А зараз представте, що у вашої компанії з'явився постійний клієнт, який зробив протягом року, передбачимо, п'ятдесят різнойменних покупок. Згідно правил організації таблиці, ці дані будуть повторюватися в кожному її рядку, а значить — вони посядуть в сорок дев'ять разів більше місця, ніж їм насправді потрібно. В також час, застосувавши систему зв'язків, можна створити окремо таблицю для оформлення замовлення і окремо таблицю з реєстром клієнтів. У тому випадку, коли покупець звернувся вперше, реєстр поповнюється новим рядком. Якщо ж він прийшов повторно, то, замість нового запису в реєстрі, в таблиці замовлення ставиться покажчик на вже існуючий рядок реєстру.

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

2. Сховища даних

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

Особливу увагу слід звернути на ознаки відмінності сховищ даних від баз даних (БД) OLTP-систем: час збереження даних (історичних – у сховищах і поточних у БД), користувач – керівництво і аналітики у сховищах та працівники