"justify"> Всі перераховані вище фактори стали причиною того, що SQL став стандартним інструментом для управління даними на персональних комп'ютерах, міні-комп'ютерах і великих ЕОМ. Нижче ці фактори розглянуті більш докладно. [13, 8, 17]. br/>
.3 Архітектури баз даних
Для розгляду способів організації баз даних потрібно визначити кілька понять.
Ядро БД відповідає за управління даними у зовнішній пам'яті, управління буферами оперативної пам'яті, управління транзакціями і журналізацію. Відповідно, можна виділити такі компоненти ядра (принаймні, логічно, хоча в деяких системах ці компоненти виділяються явно), як менеджер даних, менеджер буферів, менеджер транзакцій. Ядро БД володіє власним інтерфейсом, який недоступний користувачам прямо і використовується в програмах. Ядро БД є основною резидентної частиною СУБД. При використанні архітектури "клієнт-сервер" ядро ​​є основною складовою серверної частини системи. p align="justify"> Основною функцією компілятора мови БД є компіляція операторів мови БД в деяку виконувану програму.
В окремі утиліти БД звичайно виділяють такі процедури, які занадто накладно виконувати з використанням мови БД, наприклад, завантаження і вивантаження БД, збір статистики, глобальна перевірка цілісності БД і т.д. Утиліти програмуються з використанням інтерфейсу ядра БД, а іноді навіть з проникненням всередину ядра. p align="justify"> Загальний склад коштів, необхідних для роботи готового додатку з БД, зображений на малюнку 2.1 Відповідно до цієї загальній схемі, ми маємо ланцюжок
Додаток -> Ядро БД -> бази даних. У структурі програми є ланцюжок Невізуальні компоненти -> Візуальні компоненти. Невізуальні компоненти надають програмісту деякі функції з управління ядром бази даних, а також самими даними. За допомогою візуальних компонентів дані відображаються на екрані (таблиці, списки, що випадають списки, графіки та ін.) Розташування ядра БД і самих баз даних у цьому ланцюжку не відображені. p align="justify"> Розташування Ядра БД і баз даних залежить від використовуваної архітектури. Є три різновиди архітектур баз даних:
локальні бази даних та архітектура "файл-сервер";
архітектура "клієнт-сервер";
многозвенная (трехзвенная N-tier або multi-tier) архітектура.
Використання тієї чи іншої архітектури накладає сильний відбиток на загальну ідеологію роботи програми, на програмний код в додатку, на склад компонентів для роботи з БД, що використовуються в додатку (насамперед це стосується невізуальних компонентів). [4 , 15].
Локальні бази даних та архітектура "файл-сервер"
При роботі з локальними базами даних самі БД розташовані на тому ж комп'ютері, що і додатки, що здійснюють доступ до них. Робота з БД відбувається в режимі ...
