- •Лекція 1. Основні відомості про бази даних (бд) та історичний огляд
- •1. Вступ 2
- •1. Вступ
- •1.2. Традиційні файлові системи
- •Залежність від даних
- •Несумісність форматів файлів
- •Фіксовані запити/швидке збільшення кількості програм
- •1.3. Системи з базами даних
- •1.3.1. База даних База даних - Спільно використовуваний набір логічно зв'язаних даних (і опис цих даних), призначений для задоволення інформаційних потреб організації.
- •1.3.3. Компоненти середовища скбд
- •Апаратне забезпечення
- •Програмне забезпечення
- •Процедури
- •Користувачі
- •1.3.4. Розробка бази даних
- •1.4. Розподіл обов'язків у системах з базами даних
- •1.4.1. Адміністратори даних і адміністратори баз даних
- •1.4.2. Розроблювачі баз даних
- •1.4.3.Прикладні програмісти
- •1.4.4. Користувачі
- •1.5. Історія розвитку скбд
- •1.6. Переваги і недоліки скбд
- •Переваги:
- •Контроль за надмірністю даних
- •Несуперечність даних
- •Більше корисної інформації при одному обсязі збережених даних
- •Спільне використання даних
- •Підтримка цілісності даних
- •Підвищена безпека
- •Застосування стандартів
- •Підвищення ефективності з ростом масштабів системи
- •Можливість знаходження компромісу для суперечливих вимог
- •Підвищення приступності даних і їхньої готовності до роботи
- •Поліпшення показників продуктивності
- •Спрощення супроводу системи за рахунок незалежності від даних
- •Поліпшене керування паралельністю
- •Розвиті служби резервного копіювання і відновлення
- •Недоліки
- •Складність
- •Вартість скбд
- •Додаткові витрати на апаратне забезпечення
- •Витрати на перетворення
- •Продуктивність
- •Більш серйозні наслідки при виході системи з ладу
Процедури
До процедур відносяться інструкції і правила, що повинні враховуватися при проектуванні і використанні бази даних. Користувачам і обслуговуючому персоналу бази даних необхідно надати документацію, що містить докладний опис процедур використання і супроводи даної системи, включаючи інструкції про правила виконання приведених нижче дій.
Реєстрація в СКБД.
Використання окремого інструмента СКБД чи програми.
Запуск та зупинка СКБД.
Створення резервних копій СКБД.
Обробка збоїв апаратного і програмного забезпечення, включаючи процедури ідентифікації компонента, що вийшов з ладу, виправлення компонента, що відмовив, (наприклад, за допомогою виклику фахівця з ремонту апаратного забезпечення), а також відновлення бази даних після усунення несправності.
Зміна структури таблиці, реорганізація бази даних, розміщеної на декількох дисках, способи поліпшення продуктивності і методи архівування даних на вторинних пристроях збереження.
Користувачі
Останнім, ще не розглянутим нами компонентом середовища СКБД, є користувачі системи. Цей компонент докладно обговорюється в розділі 1.4.
1.3.4. Розробка бази даних
Дотепер за замовчуванням передбачалося, що дані в базі мають деяку структуру. Наприклад, на мал. 1.5 показані чотири таблиці: Property_for_Rent, Owner, Renter і Lease. Але як була отримана така структура? Відповідь на це питання досить проста: структура бази даних визначається під час її проектування. Однак сам процес проектування бази даних може виявитися надзвичайно складним. Для створення системи, що задовольняла б інформаційним потребам деякої організації, необхідно використовувати підхід, що зовсім відрізняється від методів розробки звичайних файлових систем, у яких уся робота полягає в розробці програм, що задовольняють потребам окремих підрозділів. Для успішної реалізації системи на основі бази даних необхідно подумати, насамперед про дані і лише потім про програми. Така зміна підходу цілком може розцінюватися як зміна парадигми.
Щоб система цілком задовольняла запитам користувачів, необхідно дуже уважно поставитися до процесу проектування бази даних. Погано спроектована база даних буде породжувати помилки, здатні привести до прийняття неправильних рішень, що спричинять за собою самі серйозні наслідки для даної організації.
З іншого боку, добре спроектована база даних дозволить створити систему, що поставляє коректну інформацію, що може успішно використовуватися для прийняття правильних і ефективних рішень.
На жаль, існуючи методології проектування баз даних поки не знайшли широкого поширення. Більшість організацій чи окремих розроблювачів при проектуванні баз даних у дуже незначній ступені покладається на які-небудь методології. Саме ця обставина часта вважається основною причиною невдач при розробці інформаційних систем. Через відсутність структурованих підходів до проектування баз даних необхідні для проведення розробки час і ресурси звичайно недооцінюються, а створені бази даних часто неефективні чи не відповідають вимогам прикладних програм. Надана документація часто буває недостатня, що надзвичайно ускладнює супровід створеної бази даних.