ГОСТ Р ИСО/МЭК ТО 10032— 2007
4.9.5 Поддержание и повышение производительности
Необходимо создавать возможности для улучшения производительности любой информационной
системы: прикладной системы, системы словарей или системы, в которой интегрированы обе системы.
Основой таких улучшений является накопление статистическихданных о частоте использования про
цессов и частоте доступа и изменений в объектах данных.
4.9.6 Обращение к данным
Все данные в среде базы данных должны быть уникально отличимыми от других данных в той же
самой среде базы данных. При необходимости должны быть введены ограничения, действующие до тех
пор, пока идентификация не станет уникальной.
Имя данных может быть назначено пользователем или системой управления данными. В последнем
случае имя может не иметь какого-либо значения для пользователя.
Требование присвоения имени существуетдля прикладныхсистем, систем словарей и информацион
ной системы других типов. Если имеется более чем одна среда базы данных в компьютерной системе, то
требуется, чтобы одна среда отличалась от другой.
4.9.7 Расширение средств моделирования данных
Средство моделирования данных может быть типовым для систем управленияданными. Одновре
менно может возникнуть требование увеличения типов данных и связанных с ними процессов. Примером
этоготребования является полная обработка текста совместно с обработкой структурированныхданных.
4.9.8 Поддержание различных средств моделирования данных в интерфейсе пользова
теля
Пользователь может отдать предпочтение формату обработки данных, предусмотренному средства
ми моделирования данных, отличному от формата системы управления данными. Поэтому междууказан
ными двумя форматамидолжно быть установлено взаимнооднозначное соответствие.
4.9.9 Контрольные журналы
Необходимо обеспечить сохранение записей об успешных изменениях данных в базе данных, а в
некоторых случаях возможно ведение записи о транзакциях, которые запрашивают данные и генерируют
отчеты. Эта запись может включать всебя соответствующие значения данных, подробности транзакции и
идентификацию пользователя. Такие контрольные журналы могут быть оформлены для всех данных базы
данных и/или для данных избранных типов или экземпляров определенныхданных.
4.9.10 Восстановление распределенной базы данных
База данных должна иметь возможность возвращения к предшествующему непротиворечивому со
стоянию. Это требование может возникнуть из-за ошибочных транзакций, системного сбоя или потери хра
нимых данных. Для удовлетворения этих требований могут быть использованы различные механизмы,
такие как запись всех изменений, проведенных в базе данных, и сохранение резервных копий всей базы
данных или ее части.
4.9.11 Логическое реструктурирование данных
Логическое реструктурирование данных — это процесс изменения определения данных после ис
пользования информационной системы в течение некоторого времени. Изменение может бытьдополнени
ем к существующему определению данных или может заключать в себе модификацию части существую
щегоопределения данных.
Внесениедополнительной информацииобычно затрагивает только те прикладные процессы, которые
используют измененныеданные. Однако определенные модификации могут затронуть существующие оп
ределения данных, и необходимо гарантировать врамках реструктуризации, что данные и схема являются
согласованными.
4.9.12 Реорганизация физической памяти
Реорганизация физической памяти — это процесс изменения представления постоянных данных на
носителеданных.
4.10 Дополнительные эксплуатационные требования для поддержания управления данных
в распределенной информационной системе
Кроме эксплуатационных требований информационной системы, существуют требования, предъяв
ляемые распределенной информационной системой. Вэтих случаях управляемые данные сохраняются в
более чем одной компьютерной системе.
В распределенной информационной системеданные, принадлежащиеодной информационной систе
находится на одном
ме. распределяются на две или более среды базы данных, каждая из которых
компьютере.
S— 2372
11