ура файлів Звичайний Дуже проста: це або послідовність запісів, что містять рядки тексту, або послідовність байт, среди якіх зустрічаються СПЕЦІАЛЬНІ символи (Наприклад, символи кінця рядка).
Файли з текстами програм є віхіднімі параметрами компіляторів, Які, у свою черго формують файли, что містять об'єктні Модулі. З точки зору файлової системи, об'єктні файли такоже абсолютно стандартної структурою - послідовність запісів або байтів. Система програмування накладає на Цю структуру більш складаний и спеціфічну для цієї системи структуру об'єктного модуля. Підкреслімо, что логічна структура об'єктного модуля заліщається невідомою для файлової системи, ця структура підтрімується програмами системи програмування.
Зауважімо, что у Назвою випадка Цілком Достатньо тихий ЗАСОБІВ захисту файлів и сінхронізації паралельного доступу, Які Забезпечують системи управління файлами.
Іншімі словами, файлові системи звичайна Забезпечують Збереження слабо структурованої ІНФОРМАЦІЇ, залішаючі подалі структурізацію прикладними програмам.
Альо ЯКЩО згадаті, что тема Нашої Лекції стосується все ж таки ІНФОРМАЦІЙНИХ систем, яки Головня чином орієнтовані на зберігання, вибір та модіфікацію ІНФОРМАЦІЇ, то ці возможности видають недостатнімі. p> Структура ІНФОРМАЦІЇ звичайна Дуже складна, и хочай структурованих даніх різноманітні, между ними часто простежується багатая Спільного. На початкових етапі обчіслювальної техніки проблеми структурізації даніх вірішуваліся індивідуально у Кожній інформаційній Системі. Створюваліся необхідні бібліотеки програм над файловими системами, подібно тому, як це робиться в компіляторах.
Альо, оскількі в ІНФОРМАЦІЙНИХ системах звітність, підтрімуваті складні структурованих даніх, ці індівідуальні засоби Керування Даними Складанний суттєву Частину ІНФОРМАЦІЙНИХ систем, практично повторюючісь, від однієї системи до Іншої. Намагання віділіті Загальна частина ІНФОРМАЦІЙНИХ систем, відповідальну за Керування доладно-структурованімі Даними стало, дерло спонукаючою причиною создания СКБД, яка, Можливо, могла б представляті Деяк Загальну бібліотеку програм, Доступне Кожній інформаційній Системі.
Розглянемо це на прікладі. Припустиме, что мі бажаємо реалізуваті просту інформаційну систему, яка підтрімує облік робітніків деякої організації. Схема винна відаваті списки робітніків у відповідності з Вказаною номерами відділів, підтрімуваті реєстрацію переведення робітніків з одного відділу в Інший, Прийняття та Звільнення з роботи. Для шкірного відділу винна підтрімуватіся можлівість одержании имени керівника цього відділу, Загальної чісельності відділу, Загальної суми заробітної плати за Останній місяць ТОЩО. Для шкірного співробітніка винна підтрімуватіся можлівість Видача номери посвідчення за ПОВНЕ іменем співробітніка, видача полного имени за номером посвідчення, одержании ІНФОРМАЦІЇ про потокові відповідність посади та розміру зарплатні.
Припустиме, что мі вірішілі реалізуваті таку інформаційну систему на Основі файлової системи и користуватись при цьом одним файлом. Оскількі мінімальною інформаційною одиницею в нашому випадка є співробітник, у файлі містіметься один запис для шкірного робітніка. Поля таких запісів повінні містіті повне имя робітніка (РОБ_ІМ), номер его посвідчення (РОБ_НОМ), розмір зарплатні (РОБ_ЗАРП), номер відділу (РОБ_ВІД_НОМ). Оскількі ми намагаємося обмежитися одним файлом, цею самий запис винен містіті ім Вў я керівника відділу (РОБ_ВІД_КЕР).
Для Виконання функцій Нашої ІНФОРМАЦІЙНОЇ системи Необхідна можлівість багатоключового доступу до цього файлу за унікальнімі ключами. Ключ - це поле даніх, Яку однозначно візначає запис у файлі, тоб НЕ дублюються у різніх запису. У нашому випадка такими полями є РОБ_ІМ та РОБ_НОМ. Крім того, винна Забезпечувати можлівість Вибори всех запісів для робітніків з одного відділу (РОБ_ВІД_НОМ), тоб доступ за неунікальнім ключем. Для того щоб здобудуть ЧИСЕЛЬНІСТЬ відділу або загальний розмір зарплатні, інформаційна система винна что разу вібіраті ВСІ записи про робітніків відділу и підраховуваті відповідне нове значення.
РОБ_ІМ
РОБ_НОМ
РОБ_ЗАРП
РОБ_ВІД_НОМ
РОБ_ВІД_КЕР
Таким чином, на прікладі реалізації даже простої системи на базі файлової, користувач стікається з недолікамі традіційніх файлових систем, такими як:
- Великі затрати праці програміста (создания Достатньо складного долаштування, Яку забезпечувалоб багатоключовій доступ до файлів).
- Надлішковість даніх (у записах на шкірного співробітніка вказується ім Вў я керівника відділу);
- Слабкий контроль за Даними (для Здійснення окремої Операції чг Вибірки нужно переглядаті ВСІ записи у ...
