Page 25 - 6430

Підсистема обробки здійснює обробку компонентів
застосування, які створені за допомогою засобів проектування.

Застосування БД складається з форм, запитів, звітів, меню і
прикладних програм. Форми, запити і звіти можна створювати за
допомогою засобів, що постачаються у комплекті з СУБД.

Прикладні програми повинні бути написані або на вхідній мові
СУБД, або на одній зі стандартних мов, а потім за допомогою
СУБД з'єднані з БД.

2.3. Архітектура СУБД

Для організації роботи з БД необхідно забезпечити

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

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

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

витрат.
Незалежність застосувань від даних забезпечується засобами
СУБД. Цей підхід базується на тому, що користувачі

застосовуючи БД, не знають внутрішнє представлення даних.
На рис. 4.2 показана трирівнева модель архітектури СУБД,
що була запропонована Комітетом планування стандартів і норм

SPARC (Standarts Planning and Requirements Committee)
Американського національного інституту стандартів ANSI
(American National Standarts Institute).
Опис структури даних на будь-якому рівні називається

схемою. Існує три різних типи схем БД, які визначаються згідно з
рівнями абстракції архітектури СУБД. На самому верхньому
рівні є декілька зовнішніх схем, які відповідають різним

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

25