Файловые ИС
Исторически первым шагом создания фактографических АИС были файловые системы. С точки зрения прикладной программы файл - это именованная область внешней памяти, в которую можно записывать и из которой можно считывать данные.
По своему содержанию файл ИС является набором записей(records), которые содержат логически связанные данные. Каждая запись содержит логически связанный набор из одного или нескольких полей(field). Значение поля дает некоторую характеристику моделируемого в ИС объекта.Для манипулирования файловыми данными используется система управления файлами. Ее основные задачи:
• распределение внешней памяти;
• определение структуры файла;
• способы именования файлов и отображение их имен на пространство адресов внешней памяти;
• обеспечение доступа к данным;
• обеспечение защиты данных в файлах;
• способы многопользовательского доступа к файлам.
Ограничения файловых информационных систем
• Разделение и изоляция данных. В файловых ИС данные зачастую расположены в двух или более отдельных файлах и поэтому изолированы друг от друга. Обработка данных из разных файлов, обычно требует значительных усилий от программиста.
• Дублирование данных. Файловые ИС обычно децентрализованы. Из-за этого практически невозможно избежать дублирования данных.
Пример. Рассмотрим два отдела в некоторой организации - планово-договорный отдел и склад.
Файловая ИС ПДО:
Договоры(Номер, Код контрагента, Код товара, Количество, Цена договора, Дата заключения, Дата поставки).
Товары(Код товара, Наименование)
Контрагенты(Код контрагента, Наименование, Адрес, Телефон).
Файловая ИС склада:
Товары Код товара, Наименование)
Получатели(Код получателя, Наименование, Адрес, Телефон).
Отгрузка(Код получателя, Код товара, Количество)
Дублирование данных, во-первых, приводит к неэкономному расходованию ресурсов, а, во- вторых, создает опасность нарушения целостности (согласованности) данных. Пример.
Изменение адреса контрагента при заключении нового договора. Если не принять мер и не провести специального контроля, склад по-прежнему будет отправлять товары по старому адресу.
• Зависимость от данных. Физическая структура и способ хранения записей файлов данных жестко зафиксированы в коде программ приложений. Это значит, что даже незначительные изменения в существующей структуре данных могут повлечь серьезные последствия и затраты.
• Несовместимость форматов файлов, используемых в различных приложениях.
• Ограниченный круг запросов к ИС.
• Отсутствие средств восстановления в случае аппаратного или программного сбоя.
• Неэффективные способы многопользовательского доступа к данным.
2.