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