- •Лекція 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.4.1. Адміністратори даних і адміністратори баз даних
База даних і СКБД є корпоративними ресурсами, якими варто керувати так само, як і будь-якими іншими ресурсами. Звичайне керування даними і базою даних передбачає керування і контроль за СКБД і поміщеними в неї даними. Адміністратор даних, чи АД (Data Administrator - DA), відповідає за керування даними, включаючи планування бази даних, розробку і супровід стандартів, бізнес правил і ділових процедур, а також за концептуальне і логічне проектування бази даних. АД консультує і дає свої рекомендації керівництву вищої ланки, контролюючи відповідності загального напрямку розвитку бази даних установленим корпоративним цілям.
Адміністратор бази даних, чи АБД (Database Administrator - DBA), відповідає за фізичну реалізацію бази даних, включаючи фізичне проектування і втілення проекту, за забезпечення безпеки і цілісності даних, за супровід операційної системи, а також за забезпечення максимальної продуктивності програм і користувачів. У порівнянні з АД, обов'язки АБД носять більш технічний характер, і для цього необхідне знання конкретної СКБД. і системного оточення. В одних організаціях між цими ролями не робиться розходжень, а в інших важливість корпоративних ресурсів відбита саме у виділенні окремих груп персоналу з зазначеним колом обов'язків.
1.4.2. Розроблювачі баз даних
У проектуванні великих баз даних беруть участь два різних типи розроблювачів: розроблювачі логічної бази даних і розроблювачі фізичної бази даних. Розроблювач логічної бази даних займається ідентифікацією даних (тобто сутностей і їх атрибутів), зв'язків між даними і встановлює обмеження, що накладаються на збережені дані. Розроблювач логічної бази даних повинний мати всебічне і повне розуміння структури даних організації і їх бізнес правил. Бізнес правила описують основні характеристики даних з погляду організації. Нижче приводяться приклади типових бізнес правил.
Будь який співробітник не може відповідати одночасно більш ніж за десять об'єктів нерухомості що здаються в оренду чи продаються.
Будь який співробітник не має права продавати чи здавати в оренду свою власну нерухомість.
Довірена особа не може виступати одночасно і як покупець, і як продавець нерухомості..
Для ефективної роботи розроблювач логічної бази даних повинний якомога раніше включити всіх передбачуваних користувачів бази даних у процес створення моделі даних. Робота розроблювача логічної бази даних поділяється на два етапи.
Концептуальне проектування бази даних, що зовсім не залежить від таких деталей її втілення, як конкретна цільова СКБД, програми, мови програмування чи будь-якої іншої фізичної характеристики.
Логічне проектування бази даних, що проводиться з урахуванням особливостей обраної моделі даних: реляційної, мережної, ієрархічної чи об'єктно-орієнтованій.
Розроблювач фізичної бази даних одержує готову логічну модель даних, займається її фізичною реалізацією, у тому числі:
перетворенням логічної моделі даних у набір таблиць і обмежень цілісності даних;
вибором конкретних структур збереження і методів доступу до даних, що забезпечують необхідний рівень продуктивності, при роботі з базою даних;
проектуванням будь-яких необхідних мір захисту даних.
Багато етапів фізичного проектування бази даних у значній мірі залежать від обраної цільової СКБД, а тому може існувати кілька різних способів утілення необхідної схеми. Отже, розроблювач фізичної бази даних повинний розбиратися у функціональних можливостях цільовий СКБД і розуміти достоїнства і недоліки кожного можливого варіанта втілення. Розроблювач фізичної бази даних повинний уміти вибрати найбільш придатну стратегію збереження даних з урахуванням всіх існуючих особливостей їх використання. Якщо концептуальне і логічне проектування бази даних відповідає на запитання "що?", то фізичне проектування відповідає на запитання "як?". Для рішення цих задач вимагаються різні навички роботи, якими найчастіше володіють різні люди.