ГОСТ Р ИСО/МЭК Т 0 10032— 2007
Шаг 4. Процесс манипулирования данными (N)для обеспечения его доступа к базе данных (N)дол
жен соответствовать правилам средств моделирования данных в схеме (N+1). Если уровень (N+1)самый
высокий, то это соответствие неявно.
Шаг 5. Для того чтобы процесс манипулирования мог иметь доступ к базе данных (N). схема (N)
должна быть активирована.
Шаги 1и 2 обеспечивают создание пустой базы данных. Шаг 3 устанавливает связь между средством
моделирования данных, определенным на уровне (N+1), и процессом манипулирования данными (N). Этот
шаг устанавливает сблокированность пар уровней. Оба элемента пары уровней необходимыдля обеспече
ния корректного выполнения процессов управления данными.
Взаимосвязь можетбыть установлена различными способами (например, ссылкой на схему или при
соединением схемы к процессу) и в различные моменты времени (например, при выполнении или компиля
ции). Сделанный выбор может влиять на время выполнения, объем памяти и легкость поддержания непро
тиворечивости процессов и схемы во время модификации последней. В противном случае выбор не влияет
на результаты процессов.
5.5 Управление доступом для пар уровней
Все данные и процессы, проводимые с использованием данных, должны быть объектами управления
доступом. Управление доступом одинаково применимо клюбой паре уровней.
5.6 Модификация схемы
Необходимо иметь возможность изменять структуру базы данных. Это означает, что соответствую
щая схемадолжна быть модифицирована. После того каксхема модифицирована, данные из первоначаль
ной базы данных необходимо корректно представить в соответствии с новой схемой.
Это можно выполнить, модифицируя исходную схему в базе данных (N+1). активируя ее для созда
ния новой схемы (N) и пустой баэы данных (рисунок 5) и передавая первоначальные данные в новую базу
данных. Для удовлетворения этого требования также может быть применена пошаговая
модификация. Механизмы передачи данных от первоначальной к новой версии базы данных не входят
вобласть приме нения настоящего стандарта.
6 Архитектурная модель
6.1 Цель
Целью настоящего раздела является описание архитектурной модели, содержащей различные дан
ные и компоненты обработки, необходимые для управления данными. Архитектурная модель учитывает
требования куправлениюданными (раздел 4). структуру данных и принципы обработки данных (раздел 5).
Вначале должна быть описана общая модель, идентифицирующая обработку данных, общую для управ
ления всеми данными, а затем разработана модель, учитывающая специальные требования
(идентифици рованные в разделе 4) к базеданных, распределенной среде базы данных, экспорту и
импорту данных и средствам управления доступом.
Принципы, используемыедля идентификации потенциальных стандартов управленияданными в рам
кахэтой архитектуры, описаны в разделе 7. Связьсдействующими стандартами и проектами стандартов в
области управления данными показана в приложении В.
6.2 Понятия моделирования
В соответствии с настоящим стандартом предполагают, что процессор является некоторой комбина
цией аппаратных средств и программного обеспечения, предоставляющей услуги одному или более про
цессору и/или пользователю.
Архитектурную модель представляют втерминах различных классов процессоров, где каждый класс
процессора ориентирован наспециальныетребования управленияданными.Архитектурная модель непред
назначена для внедрения втехнических компьютерных системах.
6.2.1 Характеристики процессоров эталонной модели
a) Архитектурную модель представляют в терминах процессоров, которые взаимодействуют как кли
ент и/или сервер. Эти термины используют для ссылок на процессоры, которые функционируют при кон
кретном взаимодействии. Специальный процессор может играть различные роли при других взаимодей
ствиях.
b
) При взаимодействии в формате «клиент — сервер» клиент делает запрос на услугу, включая лю
бые значения данных, требуемые для этой услуги. Сервер обеспечивает один из следующих ответов.
1) признак (индикатор), что запрашиваемая услуга завершена;
2) наборданных, который является результатом запрашиваемой услуги;
18