SonyXoma

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

СУБД повинна надавати доступ даним будь-яким користувачам, включаючи і тих, які практично не мають і (або) не хочуть мати уявлення про:

фізичне розміщення в пам'яті даних і їх описів;
механізми пошуку запрошуваних даних;
проблеми, що виникають при одночасному запиті одних і тих же даних багатьма користувачами (прикладними програмами);
способи забезпечення захисту даних від некоректних оновлень і (або) несанкціонованого доступу;
підтримку баз даних в актуальному стані

і безліч інших функцій СУБД. При виконанні основних з цих функцій СУБД повинна використовувати різні описи даних. А як створювати ці описи? Природно, що проект бази даних треба починати з аналізу предметної області і виявлення вимог до неї окремих користувачів (співробітників організації, для яких створюється база даних). Докладніше цей процес буде розглянутий нижче, а тут відзначимо, що проектування зазвичай доручається людині (групі осіб) – адміністраторові бази даних (АБД). Ним може бути як спеціально виділений співробітник організації, так і майбутній користувач бази даних, досить добре знайомий з машинною обробкою даних. Об'єднуючи окремі уявлення про вміст бази даних, отримані в результаті опитування користувачів, і свої уявлення про дані, які можуть в майбутньому застосуватись, АБД спочатку створює узагальнений неформальний опис створюваної бази даних. Цей опис, виконаний з використанням природної мови, математичних формул, таблиць, графіків і інших засобів, що є зрозумілими всім людям, які працюють над проектуванням бази даних, називають інфологічною моделлю даних