Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

27 страниц

456.00 ₽

Купить ГОСТ 34.321-96 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Устанавливает эталонную модель управления данными. Эталонная модель определяет общую терминологию и понятия, относящиеся к данным информационных систем. Эталонная модель не рассматривает протоколы для управления данными.

  Скачать PDF

Оглавление

1 Область применения

2 Термины и определения

3 Графические представления

4 Требования к управлению данными

4.1 Информационные системы

4.2 База данных и схема

4.3 Средство моделирования данных

4.4 Независимость данных

4.5 Процессоры и интерфейсы

4.6 Управление доступом

4.7 Поддержка управления данными

4.7.1 Управление конфигурацией, управление версиями и варианты

4.7.2 Параллельная обработка

4.7.3 Управление транзакцией базы данных

4.7.4 Проектирование производительности

4.7.5 Идентификация объектов

4.7.6 Расширение средства моделирования данных

4.7.7 Поддержка для различных средств моделирования данных в интерфейсе пользователя

4.7.8 Контрольные журналы

4.7.9 Восстановление

4.7.10 Логическое реструктурирование данных. Реорганизация физической памяти

4.8 Дополнительные эксплуатационные требования для поддержки управления данными в распределенной информационной системе

4.8.1 Управление распределением

4.8.2 Управление транзакцией базы данных

4.8.3 Связи

4.8.4 Экспорт-импорт

4.8.5 Независимость распределения

5 Пары уровней и связанных процессов

5.1 Пары уровней

5.1.1 Блокирование пар уровней

5.2 Зависимость пар уровней от средства моделирования данных

5.2.1 Пары уровней и правила структурирования данных

5.2.2 Пары уровней и правила манипулирования данными

5.3 Пары уровней и связанные с ними процессы

5.4 Многократное связывание

5.5 Управление доступом для пар уровней

5.6 Модификация схемы

6 Архитектурная модель

6.1 Понятия моделирования

6.2 Общая модель управления данными

6.3 Специализация модели в различных средах

6.4 Среда базы данных

6.5 Управление распределенными данными

6.6  Модель экспорта-импорта

6.7 Модель управления доступом

7 Стандартизация управления данными

7.1 Цели стандартизации управления данными

7.2 Средства достижения целей стандартизации управления данными

7.3 Аспекты стандартизации управления данными

Приложение А Алфавитный указатель терминов на английском языке

Показать даты введения Admin

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ


Информационные технологии Система стандартов по базам данных

ЭТАЛОННАЯ МОДЕЛЬ УПРАВЛЕНИЯ ДАННЫМИ

IOOZ-ССЯ


И питие официальное

МЕЖГОСУДДРСТВИННЫ Й СОВЕТ ПО СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И СЕРТИФИКАЦИИ Минск

Предисловие

1    РАЗРАБОТАН Институтом программных систем НАН Украины

ВНЕСЕН Государственным комитетом Украины по стандартизации, метрологии и сертификации

2    ПРИНЯТ Межгосударственным Советом по стандартизации, метрологии и сертификации (протокол № 10 от 3 октября 1996 г.)

За принятие проголосовали:

Наименование государства

Наименование национального органа по стандарт займи

Лзсрбайджанская Республика

Азгосстанларт

Республика Армения

Арм госстандарт

Республика Беларусь

Госстандарт Республики Беларусь

Республика Казахстан

Госстандарт Республики Казахстан

Кыргызская Республика

Кыргыэсганларт

Республика Молдова

Молдовастандарт

Российская Федерация

Госстандарт России

Республика Таджикистан

Талжн к госстандарт

Туркменистан

Главгосинспекния •Туркмснсганлартлары*

Республика Узбекистан

У згосстанларт

Украина

Госстандарт Украины

3    Настоящий стандарт соответствует международному стандарту ISO/I ЕС 10032:1995 «Information technology — Reference model of data management»

4    Постановлением Государственного комитета Российской Федерации по стандартизации и метрологии 22 февраля 2001 г. № 88-ст межгосударственный стандарт ГОСТ 34.321-96 введен в действие непосредственно в качестве государственного стандарта Российской Федерации с I июля 2001 г.

5    ВВЕДЕН ВПЕРВЫЕ

© И ПК Издательство стандартов, 2001

Настоящий стандарт нс может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания на территории Российской Федерации без разрешения Госстандарта России

ГОСТ 34.321-96

Содержание

1    Область применения....................................................... |

2    Термины и определения.................................................... I

3    Графические представления.................................................3

4    Требования к упрощению данными...........................................5

4.1    Информационные системы...............................................5

4.2    База данных и схема....................................................5

4.3    Средство моделирования данных..........................................5

4.4    Независимость данных..................................................5

4.5    Процессоры и интерфейсы...............................................5

4.6    Управление доступом...................................................5

4.7    Поддержка управления данными..........................................6

4.7.1    Управление конфигурацией, управление    версиями и варианты...............6

4.7.2    Параллельная обработка............................................7

4.7.3    Управление транзакцией базы данных..................................7

4.7.4    Проектирование производительности..................................7

4.7.5    Идентификация объектов...........................................7

4.7.6    Расширение средств;! моделирования данных............................7

4.7.7    Поддержка для различных средств моделирования данных в интерфейсе

пользователя.....................................................7

4.7.8    Контрольные журналы.............................................7

4.7.9    Восстановление...................................................8

4.7.10    Логическое реструктурирование данных. Реорганизация физической памяти .... 8

4.8    Дополнительные эксплуатационные требования для поддержки управления

данными в распределенной информационной системе..........................8

4.8.1    Управление распределением.........................................8

4.8.2    Управление транзакцией базы данных..................................9

4.8.3    Связи..........................................................9

4.8.4    Экспорт—импорт..................................................9

4.8.5    Независимость распределения........................................9

5    Пары уровней и связанных процессов..........................................9

5.1    Пары уровней.........................................................9

5.1.1    Блокирование пар уровней.......................................... 10

5.2    Зависимость пар уровней от средства моделирования данных..................... II

5.2.1    Пары уровней и правила структурирования    данных........................ II

5.2.2    Пары уровней и правила манипулирования    данными...................... 12

5.3    Пары уровней и связанные с ними процессы................................. 12

5.4    Многократное связывание............................................... 13

5.5    Управление доступом для пар уровней...................................... 13

5.6    Модификация схемы................................................... 13

6    Архитектурная модель...................................................... 14

6.1    Понятия моделирования................................................. 14

6.2    Общая модель управления данными........................................ 14

6.3    Специализация модели в различных средах................................... 15

6.4    Среда базы данных..................................................... 15

6.5    Управление распределенными данными..................................... 15

6.6    Модель экспорта—импорта............................................... 17

6.7    Модель управления доступом............................................. 17

7    Стандартизация управления данными.......................................... 18

7.1    Цели стандартизации управления данными................................... 18

7.2    Средства достижения целей стандартизации управления данными.................. 19

7.3    Аспекты стандартизации управления данными................................20

Приложение А Алфавитный указатель терминов на английском языке...................22

III

МЕЖГОСУДАРСТВЕННЫ Й С Г А Н ДАРТ

Информационные технологии Система стандартов по базам данных

ЭТАЛОННАЯ МОДЕЛЬ УПРАВЛЕНИЯ ДАННЫМИ

Information technology.

Database standards system.

Reference model of data management

Дата в веления 2001—07—01

1    Область применения

Настоящий стандарт устанавливает эталонную модель управления данными.

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

Эталонная модель не рассматривает протоколы для управления данными.

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

2    Термины и определения

В настоящем стандарте применяют следующие термины с соответствующими определениями, предназначенные для использования в эталонной модели.

В скобках в качестве справочных приведены эквиваленты терминов на английском языке. Алфавитный указатель используемых в стандарте терминов на английском языке приведен в приложении А.

2.1    баи данных (database): Совокупность взаимосвязанных данных, организованных в соответствии со схемой базы данных таким образом, чтобы с ними мот работать пользователь.

2.2    вариант (variant): Конфигурация всей информационной системы или се части, которая сосуществует с другой системой, имеющей другую конфигурацию, но обеспечивающей тс же средства.

2.3    версия (version): Конфигурация всей информационной системы или ее части, существующая в конкретный момент времени.

2.4    вертикальная фрагментация (vertical fragmentation): Назначение экземпляров различных частей одного типа в две или более среды базы данных.

2.5    временные данные (transient data): Данные, которые поступают в информационную систему или исключаются из нее при выполнении одной или нескольких транзакций.

2.6    горимиттальная фрагментация (horizontal fragmentation): Назначение различных множеств или рахличиых типов экземпляров данных в две или более среды баз данных.

2.7    данные (data): Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами.

2.8    данные распределения (distribution data): Данные, которые определяют информацию о размещении, дублировании и фрагментации объектов данных в распределенной системе баз данных.

2.9    данные управления доступом (access control data): Данные, связанные с определением ши модификацией привилегий управления доступом.

И ианис официальное

2.10    домен управления (management domain): Область, охватывающая множество двух или более информационных систем, каждая из которых может быть рас пределен ной и которые спроектированы и сконструированы для обмена данными и процессами.

2.11    дополнительное средство тачения (added value facility): Средство, обеспеченное процессором в дополнение к средствам, требуемым средством моделирования данных.

2.12    интерфейс (interface): Определенный набор услуг, предоставляемых процессором.

2.13    информационная сисзсма (information system): Система, которая организует хранение и манипулирование информацией о предметной области.

2.14    исходная схема (source schema): Определение данных или множество определений данных до их преобразования в схему.

2.15    клиент (client): Пользователь, запрашивающий услуги, обеспечиваемые интерфейсом сервер;!.

2.16    коммутаиионное соединение (communications linkage): Средства для обмена данными между компьютерными системами или между пользователем и компьютерными системами.

2.17    контроллер базы данных (database controller): Абстрактное представление для набора услуг, которые согласованы с конкретным средством моделирования данных и реализуют его.

2.18    контрольный журнал (audit trail): Журнал, в котором процессы функционирования фиксируются в информационной системе.

2.19    конфигурация (configuration): Совокупность процессов информационной системы и способ. которым эти процессы взаимосвязываются.

2.20    механигм управления доступом (access control mechanism): Механизм, который может использоваться для осуществления зашиты информации от несанкционированного доступа.

2.21    неювисимость данных (data independence): Независимость объектов данных от процессов, состоящая в том. чтобы объекты данных могли быть изменены без нарушения процессов.

2.22    объект данных (data object): Любое понятие или предмет, связанное с данными.

2.23    ограничение целостности (constraint): Ограничения на значения определенного набора объектов данных.

2.24    определение данных (data definition): Описание правил, которым должны подчиняться один или более наборов экземпляров данных.

2.25    пара уровней (level pair): Два смежных уровня данных, более высокий из которых всегда содержит тип «информации», соответствующей «экземплярам» на более низком уровне.

2.26    постоянные данные (persistent data): Данные, которые постоянно сохраняются в информационной системе в течение всего процесса обработки данных.

2.27    правило манипулирования данными (data manipulation role): Правило, которому необходимо следовать, когда процесс определяется, или которому автоматически следует система управления данными, когда процесс выполняется.

2.28    правило ограничения целостности (constraining rule): Привило, являющееся частью средства моделирования данных и контролирующее спецификацию ограничений целостности, которые могут быть наложены на определенный набор объектов данных.

2.29    правило структурирования данных (data structuring rule): Правило, определяющее, как может быть структурирован набор экземпляров данных.

2.30    привилегия (privilege): Разрешение на использование определенной услуги управления данными для доступа к объекту данных, предоставляемое идентифицированному пользователю.

2.31    прикладная гадача (application task): Задача, инициированная пользователем и требующая для своего решения обработки информации.

2.32    прикладная система (application system): Система, предназначенная для решения прикладных задач.

2.33    прикладная схема (application schema): Описание жэемпляров данных, которые в любое время могут находиться в прикладной базе данных.

2.34    прикладной процесс (application process): Процесс, который является определенным в соответствии с требованиями конкретной информационной системы.

2.35    приложение (application): Операции но управлению и обработке данных, которые относятся к конкретным требованиям информационной системы.

2.36    процесс (process): Активный компонент информационной системы.

2.37    процесс манипулирования данными (data manipulation process): Процесс, семантика которого предписывается правилами манипулирования данными средства моделирования данных.

2

ГОСТ 34.321-96

2.38    процессор (processor): Объект, обеспечивающим конкретное применение определенной совокупности команд.

2.39    распределенная база данных (distributed database): База данных, которая физически распределяется на две или более компьютерные системы.

2.40    распределенная информационная система (distributed information system): Информационная система, объекты данных и/или процессы которой физически распределяются на две или более компьютерные системы.

2.41    санкционирование (authorization): Определение привилегий для конкретного идентифицирован кого пол ъ зова теля.

2.42    свжыванис (binding): Установление отношений между конкретными определениями данных и процессом.

2.43    связь клиент-сервер (client-server relationship): Связь, устанавливаемая в момент, когда клиент запрашивает услугу, которая должна выполняться сервером.

2.44    сеанс (session): Определенный период времени, в течение которого клиент может много раз взаимодействовать с сервером, причем и клиент, и сервер поддерживают данные друг о друге.

2.45    сервер (server): Процессор, предоставляющий услуги другому процессору.

2.46    система словарей (dictionary system): Информационная система, содержащая информацию об одной или более прикладных системах.

2.47    система управления базами данных (database management system): Совокупность программных и языковых средств, обеспечивающих управление базами данных.

2.48    среда базы данных (database environment): Совокупность, состоящая из базы данных, связанной с ней схемы базы данных и контроллера базы данных.

2.49    среда управления данными (data management environment): Совокупность данных и связанных с ними элементов обработки, объединенных в компьютерной системе.

2.50    средство моделирования данных (data modelling facility): Совокупность правил для определения схемы и манипулирования данными, хранимыми в соответствии со схемой.

2.51    стандарт шиерфсйса (interface standard): Стандарт, который определяет вилы услуг, доступных в интерфейсе для обработки.

2.52    стандарт обмена (interchange standard): Стандарт, который определяет множество объектов данных в соответствии с правилами структурирования данных.

2.53    схема базы данных (database schema): Формальное описание данных в соответствии с конкретной схемой данных.

2.54    схема данных (data schema): Логическое представление организации данных.

2.55    тин данных (data type): Поименованная совокупность данных с общими свойствами.

2.56    тран (акция (transaction): Совокупность связанных между собой операций, характеризуемых четырьмя свойствами: атомарность, непротиворечивость, локализация и продолжительность.

2.57    управление ба зами данных (database management): Процесс определения, создания, ведения баз данных, а также манипулирования ими.

2.58    услуга (service): Предоставление функциональных возможностей одного процессора другим процессорам.

2.59    фрагментация (fragmentation): Назначение экземпляров данных базы данных в две или более среды базы данных.

2.60    функциональный стандарт (functional standard): Стандарт, который состоит из собрания других стандартов, согласованных между собой.

2.61    целоетжюь данных (data integrity): Соответствие значений всех данных базы данных определенному непротиворечивому набору правил.

3 Графические представления

В разделе идентифицированы графические символы, используемые в эталонной модели.

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

Символ коммутационного соединения (рисунок 2) используется в диаграммах как конкретная форма связи между компьютерными системами.

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

3

База данных Имя


Схема Базы данных Имя


Рисунок I


Рисунок 2


Рисунок 3

Символ класса процессов (рисунок 4) используется, чтобы показать процесс манипулирования данными. Соединение обработки на левом ребре указывает вход, на правом ребре — выход и на вершине — ограничение.


Вход


Выход


Выход

Вход

Ограничения

Вход

Выход

Рисунок 4


Символ класса процессоров приведен на рисунке 5.

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


Рисунок 5


Рисунок 6


4


ГОСТ 34.321-96

4 Требования к управлению данными

4.1    Информационные системы

Информационная система — это система, которая организует процессы сбора, хранения и обработки информации о проблемной области. Она может быть размешена на одной или нескольких компьютерных системах. Если информационная система размешена на нескольких компьютерных системах, то она будет рассматриваться как распределенная информационная система.

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

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

4.2    База данных и схема

Постоянные данные в среде базы данных заключают в себе схему и базу данных. Схема — это описания содержания, структуры и ограничения целостности, используемые для создания базы данных. База данных — это набор постоянных данных, определенных с помощью схемы.

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

4.3    Средство моделирования данных

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

Правила структурирования данных и правила манипулирования данными — это средств;! моделирования данных.

Язык баз данных используется, чтобы определить схему согласно правилам структу рирования данных и процессы в соответствии со связанными с ними правилами манипулирования данных.

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

4.4    Независимость данных

Независимость данных — это независимость процессов от объектов данных, которая состоит в том. что объекты данных могут быть изменены без нарушения процессов.

Независимость данных, как правило, достигается тремя способами.

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

Второй способ — это обеспечение независимости прикладных процессов от физического представления данных.

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

4.5    Процессоры и интерфейсы

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

В любом интерфейсе существуют факторы, о которых пользователь должен знать, чтобы иметь возможность использовать основной процессор. Эти факторы должны быть сведены к минимуму, чтобы обеспечит!» как можно большую независимость в интерфейсе.

4.6    Управление доступом

Управление доступом — это предотвращение несанкционированного использования ресурса, включая предотвращение использования ресурса несанкционированным образом.

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

5

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

Управление доступом должно основываться на принципе идентичности человека и процесса.

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

-    определять и впоследствии модифицировать привилегии управления доступом;

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

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

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

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

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

Решение позволить любой конкретный доступ к данным основывается на привилегиях пользователя.

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

4.7 Поддержка управления данными

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

• поддержка жизненного никла информационных систем;

-    управление конфигурацией информационных систем, управление версиями и варианты;

-    параллельная обработка:

-    управление транзакциями базы данных:

-    проектирование производительности:

-    идентификация объектов данных;

-    расширение средства моделирования данных;

-    поддержка для различных средств моделирования данных в интерфейсе пользователя:

-    контрольные журналы;

-    восстановление распределенной базы данных;

-    реструктуризация логических данных;

-    реорганизация физической памяти.

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

4.7.1 Упраалснис конфигурацией, управление версиями и варианты

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

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

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

ГОСТ 34.321-96

4.7.2    Параллельная обработка

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

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

4.7.3    Управление транзакцией базы данных

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

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

-    следствия всех изменений должны оставаться в базе данных после завершения транзакции базы данных или ни одни из них нс остаются;

-    после завершения работы транзакция базы данных оставляет базу данных в непротиворечивом состоянии;

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

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

Параллельное выполнение нескольких транзакции базы данных должно быть эквивалентным в том смысле, что выполнение их параллельно является таким же самым, как сети бы они выполнял нс ь послсдоватсл ы i о.

4.7.4    Проектирование производительности

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

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

4.7.5    Идентификация объектов

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

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

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

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

4.7.6    Расширение средства моделирования данных

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

Примером этого грсбования яатяется полная текстовая обработка в соединении с обработкой структурированных данных типичным средством моделирования данных.

4.7.7    Поддержка для различных средств моделирования данных в интерфейсе пользователя

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

4.7.8    Контрольные журналы

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