Система - запросы
Cтраница 1
Система запросов выполнена в соответствии со стандартами ОС ЕС. Оттранслированные запросы могут исполняться как загрузочные модули, которые собираются с помощью стандартного редактора связей из модулей, написанных на ЯЗ и других языках программирования. [1]
Иерархия системы запросов четырехступенчатая, снизу вверх: запрос устройства в модуле ( источник запроса) - запрос модуля ( требование) - запрос крейта ( тревога) - запрос ветви. На каждой из ступеней запросы объединяются по схеме ИЛИ и, таким образом, запрос ветви образуется при появлении любого из запросов нижнего уровня. В последнем случае модуль, как правило, имеет единственный запрос с номером, соответствующим правой позиции, занимаемой модулем. [2]
В систему запросов входят программы: отладочные; чтения и записи для последовательных наборов данных; макетного ввода и вывода; создания и удаления элементов БД и др.; транслятор, интерпретатор и загрузчик. [3]
 |
Функции системы запросов. [4] |
Встроенные функции системы запросов реализованы синтаксически как обращение к программе SPECREQ. [5]
Таким образом, система запросов образует внешний диспетчерский контур, определяющий направление обслуживания системы управления в каждый текущий момент времени. [6]
В этом разделе рассматривается система запросов, основанная на табло, точнее на табло запросов. Табло запросов не обладают такой выразительной силой, как реляционная алгебра, но они могут представить любое алгебраическое выражение, включающее только выбор по равенству, проекцию и соединение. [7]
Для работы с данными в системе запросов ИНЕС применяется язык запросов ( ЯЗ) - универсальный язык программирования. [8]
Исчисления доменов и кортежей по своей сути - непроцедурные системы запросов: они выражают только то, каким должен быть ответ на запрос, а не то, как его вычислить. С другой стороны, алгебраические выражения можно вычислять непосредственно, если только существуют процедуры для каждой использованной операции. Таким образом, перевод запроса в алгебраическое выражение - это средство, позволяющее определить, каким образом должно вычисляться значение запроса. Отметим, что процессор запросов использует не те методы перевода, которые встречались в теоремах гл. [9]
В случаях когда исчисление кортежей используется как основа системы запросов, данная выше интерпретация формул исчисления кортежей представляет на практике некоторые трудности. Во-первых, эти формулы могут определять бесконечные отношения. [10]
Реляционная модель баз данных привела к реализации многих систем запросов посредством реляционных исчислений, в которых имеются стандартные реляционные операторы, такие как операторы соединения и проецирования. В традиционных СБД процессор обработки запросов обычно выводит из входного запроса некоторую специфическую конъюнкцию этих алгебраических операций, и затем для поиска отвечающих на запрос кортежей управляющая программа применяет полученные операции к таблицам. [11]
Кроме того, обычно должна быть предусмотрена возможность введения в систему запросов или корректирующих указаний оператора, а также различных аварийных сигналов. Особенностью большинства внешних запросов является произвольный ( случайный) Момент возникновения и необходимость практически немедленного их приема и начала исполнения. [12]
Общение с Пакетом производится па языке директив, основанном на системе запросов и ответов. Полнота директив Пакета ГЛММА позволяет выполнять в автоматическом режиме все необходимые действия как пользователю, так и сотруднику-администратору. За правильное использование Пакета в дацной организации отвечает руководитель эксплуатации Пакета. Абонент может стать пользователем Пакета только после занесения его фамилии в список пользователей сотрудником-администратором. Все пользователи Пакета, включая и разработчиков, имеют определенный приоритет в - зависимости от целей, стоящих перед ними при обращении к Пакету. Приоритет № 1 имеют пользователи, обращающиеся к услугам Пакета только для проведения расчетов по программам, имеющимся в Пакете. [13]
Описанные способы приоритетных прерываний определяют, какой из нескольких одновременно полученных системой запросов на прерывание должен зыполняться первым. Однако эти способы не препятствуют тому, чтобы выполняемая процедура прерываний была прервана другой процедурой. Как указывалось ранее, во время выполнения прерывания механизм прерывания автоматически отключается. Из этого следует, что если механизм прерываний не восстанавливается / до конца выполнения процедуры прерывания, то эта процедура не может быть прервана. Нет необходимости и даже нежелательно проектировать систему с такими свойствами, так как задержка в выполнении прерывания может привести к неэффективной работе системы. Следующим мы рассмотрим вопрос, касающийся совмещенных прерываний. [14]
Кардинальным шагом в решении этой задачи является переход от традиционной технологии СУБД к системе SQL запросов. [15]
Страницы: 1 2