Системи управління файлами

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

Системи управління файлами не є СУБД в сучасному розумінні цього терміна, так як зазвичай вони є частиною операційної систем і нічого не знають про внутрішній вміст файлів. Це знання закладено в прикладних програмах, що працюють з файлами. Як приклад можна привести таблицю користувачів UNIX, що зберігається в файлі / etc / passwd. Програми, які звертаються до цього файлу, знають, що в його першому полі знаходиться ім'я користувача, закінчується двокрапкою. Якщо з додатком потрібно відредагувати цю інформацію, воно має безпосередньо відкрити файл і подбати про правильне форматування полів.

Така модель бази даних дуже незручна, оскільки вона вимагає використовувати мову третього покоління (3GL). В результаті час програмування запитів збільшується, а програміст повинен володіти більш високою кваліфікацією, так як йому потрібно продумати не тільки логічну, але і фізичну структуру зберігання даних. Це призводить до того, що між додатком і файлом утворюється тісний зв'язок. Вся інформація про полях таблиць закодована в додатку. Інша програма, яка звертається до того ж файлу, змушене дублювати існуючий код.

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

Системи управління файлами не можуть перешкодити дублювання інформації. Гірше того, не існує механізмів, що запобігають неузгодженість даних. Уявіть собі файл, який містить відомості про всіх співробітників компанії. У кожному рядку є поле, де записано ім'я начальника. Під керівництвом одного начальника працює багато службовців, тому його ім'я буде неминуче повторюватися. Якщо десь це ім'я буде записано неправильно, формально вийде, що у службовця інший начальник. При заміні начальника його ім'я доведеться "виловлювати" по всій базі даних.

НОВИНИ ФОРУМУ
Лицарі теорії ефіру