4.7 Поддержка управления данными ГОСТ 34.321-96

Требования, накладываемые информационными системами на управление данными, которые не зависят от конкретных требований информационной системы хранения и манипулирования данными, следующие:

Управление данными обеспечивает обобщенные средства удовлетворения этих требований так, чтобы не было необходимости разрабатывать конкретные решения для каждой информационной системы [из 4.7 Поддержка управления данными ГОСТ 34.321-96]

4.7.1 Управление конфигурацией, управление версиями и варианты ГОСТ 34.321-96

Деятельность по управлению изменениями, осуществляемыми в конфигурации информационной системы за какой-то период времени, называется управлением конфигурацией. Следует идентифицировать дискретные версии системной конфигурации в конкретные моменты времени, а также продолжать следить за конфигурацией, которая принадлежит каждой конкретной версии.

Когда информационная система находится в некоторых фазах жизненного цикла, то для параллельного существования в различных формах могут потребоваться постоянные данные и процессы, которые являются частью информационной системы.

Две формы процесса могут считаться различными вариантами. Это означает, что каждый вариант удовлетворяет различным требованиям (таким, как различие внутренних представлений памяти) и ни один вариант не предназначен для того, чтобы изменять другой [из 4.7.1 Управление конфигурацией, управление версиями и варианты ГОСТ 34.321-96]

4.7.2 Параллельная обработка ГОСТ 34.321-96

Информационная система является ресурсом, который может быть распределен между несколькими пользователями одновременно. Пользователь может инициировать запрос на услуги системы управления данными, которыми можно управлять более целесообразно, если доступ к данным может быть сделан одновременно. Среда управления данными должна гарантировать выполнение отдельного намерения каждого пользователя таким образом, чтобы он согласовывался с его восприятием данных.

Параллельные взаимодействия не должны влиять друг на друга, а параллельная обработка не должна влиять на целостность данных [из 4.7.2 Параллельная обработка ГОСТ 34.321-96]

4.7.3 Управление транзакцией базы данных ГОСТ 34.321-96

Транзакция базы данных определяется как ограниченная последовательность взаимодействий базы данных, которые вместе образовывают логическую единицу работы. В случаях обновления базы данных транзакция базы данных является последовательностью шагов обновления, которые изменяют содержание базы данных из одного непротиворечивого состояния в другое.

Требования к управлению транзакциями базы данных следующие:

  • следствия всех изменений должны оставаться в базе данных после завершения транзакции базы данных или ни одни из них не остаются;
  • после завершения работы транзакция базы данных оставляет базу данных в непротиворечивом состоянии;
  • изменения, осуществленные транзакцией базы данных, должны быть невидимы для любой другой параллельной транзакции базы данных и наоборот;
  • заблокированная один раз система должна гарантировать, что результаты транзакции базы данных переживают любые последующие отказы.

Параллельное выполнение нескольких транзакций базы данных должно быть эквивалентным в том смысле, что выполнение их параллельно является таким же самым, как если бы они выполнялись последовательно [из 4.7.3 Управление транзакцией базы данных ГОСТ 34.321-96]

4.7.4 Проектирование производительности ГОСТ 34.321-96

Необходимо создавать возможности для улучшения производительности любой информационной системы: прикладной системы, системы словарей или системы, в которой интегрируются обе системы.

Основой получения таких улучшений является накопление статических данных о частоте использования процессов и частоте доступа и изменений в объектах данных [из 4.7.4 Проектирование производительности ГОСТ 34.321-96]

4.7.5 Идентификация объектов ГОСТ 34.321-96

Каждый объект в среде базы данных должен быть уникальным. Это может быть достигнуто или путем присвоения каждому объекту уникального имени с использованием вложенной иерархии пространств имен, или при помощи другого механизма.

Для того чтобы дать уникальное имя в среде базы данных, может потребоваться, чтобы имена были определены с помощью имен во внешнем пространстве имен.

Именем может быть имя, назначенное пользователем или системой управления данными.

Требование именования существует для прикладных систем, систем словарей других типов информационной системы. Если имеется более чем одна среда базы данных в компьютерной системе, тогда требуется, чтобы одна среда была отличима от другой [из 4.7.5 Идентификация объектов ГОСТ 34.321-96]

4.7.6 Расширение средства моделирования данных ГОСТ 34.321-96

Средство моделирования данных может быть типовым для систем управления данными. Одновременно может возникнуть требование добавлять типы данных и связанные с ними процессы.

Примером этого требования является полная текстовая обработка в соединении с обработкой структурированных данных типичным средством моделирования данных [из 4.7.6 Расширение средства моделирования данных ГОСТ 34.321-96]

4.7.7 Поддержка для различных средств моделирования данных в интерфейсе пользователя ГОСТ 34.321-96

Следует иметь возможность отображать данные в формате, предпочитаемом системой управления данными, и формате, предпочитаемом пользователем. Это требование связано с тем, что пользователь может предпочесть манипулировать данными в соответствии со средством моделирования данных, отличным от средства, обеспеченного системой управления данными [из 4.7.7 Поддержка для различных средств моделирования данных в интерфейсе пользователя ГОСТ 34.321-96]

4.7.8 Контрольные журналы ГОСТ 34.321-96

Необходимо обеспечить возможность сохранять записи об успешных изменениях в данных в базе данных и в некоторых случаях - запись о транзакциях, которые запрашивают данные и генерируют отчеты. Эта запись может включать соответствующие значения данных, подробности транзакции и идентификацию пользователя. Эти контрольные журналы могут быть определены, как требуемые для всех данных в базе данных, избранных типов данных или экземпляров определяемых данных [из 4.7.8 Контрольные журналы ГОСТ 34.321-96]

4.7.9 Восстановление ГОСТ 34.321-96

База данных должна иметь возможность возвратиться к предшествующему непротиворечивому состоянию. Это требование может возникнуть из-за ошибочных транзакций, системного сбоя или потери хранимых данных. Чтобы удовлетворить эти требования, могут использоваться различные механизмы, такие как запись всех изменений, сделанных в базе данных, и сохранение резервных копий всей базы данных или ее части.

Модифицированные данные, которые распределяются в более чем одной базе данных, должны быть восстановлены таким образом, чтобы конечный результат имел непротиворечивое состояние и состояние базы данных было бы непротиворечивым [из 4.7.9 Восстановление ГОСТ 34.321-96]

4.7.10 Логическое реструктурирование данных. Реорганизация физической памяти ГОСТ 34.321-96

Логическое реструктурирование данных определяется как процесс изменения определения данных после того, как информационная система использовалась в течение некоторого времени. Изменение может быть дополнением к существующему определению данных или может заключать в себе модификацию части существующего определения данных.

Реорганизация физической памяти определяется как процесс изменения представления постоянных данных на носителе данных [из 4.7.10 Логическое реструктурирование данных. Реорганизация физической памяти ГОСТ 34.321-96]