Внемашинное,машинное обеспечение ИС,Классификация,информационная база.Международные классификаторы,общегосударственные,отраслевые,локальные.Иерархическая и многоаспектная.Применение иерархической классификации в корпоративной ИС.Фасет,дескриптор,тезаурусе.А также система кодировок,об кодах.Последовательные системы,паралельные системы.Система документации в экономическом процесе объекта.Унификация документов.Информационная База ИБ.Рабочие файлы,промежуточные,служебные,архивные.Требование ИБ.Способ организации ИБ.Локальные файлы.СУБД.Интегрированная ИБ.Прочитать здесь http://www.liveinternet.ru/users/karyera/post178156256/
Когда вы меняете данные в БД, то вашиизменения сначала идут в кэш, а потом асинхронно в нескольких потоках (число можно сконфигурировать) пишутся на диск. Синхронно же пишется специальных лог (оперативный журнальный файл), чтобы была возможность восстановить данныепосле сбоя, если они еще не успели с кэшасброситься на диск.
В Oracle вообще нет уровня изоляции READ_UNCOMMITED. Дело в том, что в других базах данных он используется для достижения максимального параллелизма путем удаления блокировокчтения. Но в Oracle чтение и так всегда выполняется без блокировок, таким образом мы уже имеемвсе преимущества, которые может дать этот уровень, не вводя никаких дополнительных ограничений. Далее http://www.interface.ru/home.asp?artId=25923