.

Система управління базами даних (реферат)

Язык: украинский
Формат: реферат
Тип документа: Word Doc
4 3423
Скачать документ

Система управління базами даних

Архітектура системи бази даних

Інформація дуже різноманітна за змістом та дуже велика за обсягом. Тому
її необхідно структурувати — виділити компоненти та встановити зв’язки
поміж ними. Існує три моделі (рівні) структурування: концептуальна,
логічна (зовнішня) та фізична (внутрішня). На рис. 10.1 відображена
архітектура системи бази даних.

Рис. 10.1. Архітектура системи бази даних

Концептуальна модель. Елементи реального світу, інформація про які
зберігається та використовується, називається об’єктами.

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

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

Концептуальна модель також визначає зв’язки між об’єктами.

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

Існують такі моделі даних: файлові з послідовною та індексно-послідовною
організацією; ієрархічні; мережові та реляційні. Останнім часом найбільш
поширеною моделлю є реляційна.

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

Зовнішня модель. Як правило, окремого користувача цікавить лише окрема
частина бази даних. Окрім того, користувач не знає, яким чином фізично
зберігаються ці дані. Зовнішня модель — це інформаційний зміст бази
даних у такому вигляді, як її уявляє собі користувач. Для звертання до
бази даних можуть використовуватися як мови програмування, так і
спеціалізовані мови (наприклад, мова запитів SQL).

Таким чином, база даних — це інтегроване сховище взаємопов’язаних даних
конкретної предметної області.

Система управління базами даних (СУБД) — це комплекс програмних засобів,
призначений для інтегрованого зберігання та обробки даних.

За загальне управління системою бази даних відповідає адміністратор бази
даних, котрий виконує такі функції:

визначення інформаційного змісту бази даних;

визначення структури зберігання даних;

взаємодія з користувачами;

забезпечення перевірки достовірності інформації;

визначення повноважень доступу;

визначення методів архівації та поновлення даних;

управління ефективністю функціонування СУБД.

Реляційна модель даних

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

Таблиця являє собою набір рядків та стовпців, де рядки називаються
записами, а стовпчики — полями. Наприклад, таблиця

«Замовники» має такий вигляд:

Таблиця 1

Номер

замовника Прізвище Ім’я Номер

рахунка Адреса

120 Петренко Іван 432568 м. Полтава

123 Ткаченко Тарас 325672 м. Київ …

178 Кулик Тетяна 734589 м. Львів

Для кожної таблиці можна створити декілька індексів. Індекси дозволяють
впорядковувати записи, виконувати швидкий пошук потрібних даних та
встановлювати зв’язки між таблицями. Поля, які використовуються в
індексах, називаються ключами записів. Ключ може бути простим та
складеним. Простий ключ містить ім’я одного поля, а складений може
містити декілька полів. Первинний ключ (Primary key) повинен однозначно
ідентифікувати запис, тобто він може приймати тільки унікальне значення,
наприклад, поле «номер замовника».

База даних може містити декілька таблиць, які пов’язані поміж собою по
ключових полях. Наприклад, база даних «Замовники» крім таблиці
«Замовники» може мати таблицю «Замовлення» (табл. 2), яка містить усі
замовлення, що розміщені окремими замовниками. Замість повторення всієї
інформації замовника в кожному записі таблиці «Замовлення» ця таблиця
може містити єдине поле (номер замовника), яке ідентифікує відповідного
замовника.

Таблиця 2

Номер

замовлення Номер

замовника Дата Код товару Сума,

тис. грн

1234 123 10/03/01 25 123

1235 123 10/03/01 28 165

1238 178 10/03/01 28 154

1237 120 10/03/01 25 345

З табл. 2 бачимо, що замовник з номером 123 (Ткаченко) замовив товари 25
та 28. У табл. 1 первинним ключем є поле «Номер замовника», в табл. 2
первинним ключем є номер замовлення, а поле «номер замовника» в табл. 2
встановлює відношення (зв’язок) між таблицями і являє собою зовнішній
ключ, тому що він посилається на первинний ключ «зовнішньої» таблиці
«Замовники». Такий тип відношення має назву «one-to-many»
(один-до-багатьох), тому що один замовник може розміщати багато
замовлень, але окреме замовлення може бути розміщене тільки одним
замовником. Ще існують відношення «one-to-one» (один-до-одного) та
«many-to-many» (багато-до-багатьох). Відношення «one-to-one» (одному
запису в першій таблиці відповідає один запис

у другій таблиці) у реляційній моделі застосовується дуже рід-

ко, тому що такі дві таблиці можна з’єднати в одну. Відношен-

ня «many-to-many» використовується, якщо одному запису першої таблиці
відповідає декілька записів другої таблиці та одно-

му запису другої таблиці відповідає декілька записів першої

таблиці.

$

&

*

,

?

?

>>

@

ae

ae

,

?

&

gd’ub

???

Нашли опечатку? Выделите и нажмите CTRL+Enter

Похожие документы
Обсуждение

Оставить комментарий

avatar
  Подписаться  
Уведомление о
Заказать реферат!
UkrReferat.com. Всі права захищені. 2000-2020