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