Cтраница 1
Обработка запросов по вводу-выводу выполняется в следующем порядке. [1]
Обработка запросов в режиме ИРИ осуществляется один раз в 2 нед. Обработка ретроспективных запросов производится по мере их поступления в систему. [2]
Обработка запросов представляет собой вид телеобработки, при котором в соответствии с запросами от абонентских пунктов центральная система посылает на эти пункты данные, содержащиеся в одном или нескольких основных файлах ( массивах) данных. [3]
Обработка запросов в виде отмеченных документов ( после ввода в систему) начинается с проверки на оригинальность. При этом выясняется, задан ли запрос впервые или он поступал ранее в систему ( подробнее см. стр. [4]
Обработка запросов к хранилищу должна быть проведена с высокой производительностью, желательно в реальном масштабе времени, поэтому должна быть обеспечена поддержка сложных запросов SQL, которые требуют последовательной обработки тысяч или миллионов записей. [5]
Обработка запросов требует наличия в информационной подсистеме двух дополнительных возможностей. [6]
Обработку запросов от нескольких источников в крейте рассмотрим на следующем примере. Необходимо по каждому каналу зарегистрировать определенное количество импульсов, например 400, и результаты преобразования сохранить в соответствующем каждому каналу массиве данных. Дальнейшая обработка предполагается по окончании сбора информации со всех каналов. [7]
Для обработки запросов, поступающих от удаленных пользователей и систем, SQL-сервер использует рабочие потоки. Вполне возможны ситуации, когда во время пиковых нагрузок на систему некоторым из поступающих запросов приходится ждать, пока не освободится рабочий поток. [8]
Для обработки запросов в реляционной графической базе данных реляционной алгебры недосшючно. Поэтому ниже описана алгебра изображений для визуальной информационной системы. Эту алгебру изображений можно применять в программных модулях, работающих с файлами изображений, которые могут быть логическими или физическими картинами. [9]
Процедура обработки запросов и выдачи разрешений на право быть задатчиком осуществляется параллельно с информационным обменом по специальному комплекту линий ОШ. Таким образом, когда одно устройство управляет интерфейсом Общая шина, следующий запрос проверяется на приоритет и определяется следующий ( будущий) задатчик. [10]
Процесс обработки запросов включает операции по выявлению информационной потребности абонента и формированию поискового образа запроса на естественном, а затем на информационно-поисковом языке. Обработка запроса производится на основе данных, полученных от абонента, заполнившего бланк опросной анкеты. В опросной анкете, кроме сведений об абоненте ( фамилия, имя, отчество, должность, адрес и название организации), содержится словесная формулировка запроса, которая должна давать сотруднику ИПС возможность наиболее полно представить себе информационную потребность абонента. Если информационная потребность абонента настолько широка, что охватывает несколько объектов, запрос необходимо разделить на несколько отдельных запросов, поиск по которым будет вестись раздельно. [11]
Подпрограммы обработки запросов обеспечивают связь оператора с ЭВМ с помощью функциональной клавиатуры и светового пера. [12]
Средство обработки запросов обычно ориентировано на работу в диалоговом режиме. [13]
Схема обработки запросов прерывания позволяет обрабатывать до 256 видов прерываний. Возможны прерывания трех видов: внешние, внутренние и программные. Внешние запросы прерывания поступают на входы INT Запрос прерывания и NMI Немаскируемый запрос прерывания. По входу INT поступают маскируемые запросы, которые удовлетворяются после выполнения текущей команды при условии, если предварительно был установлен признак разрешения прерывания. Так как схема обработки запросов прерывания не запоминает маскируемый запрос, то его необходимо сохранять на входе INT до момента получения от микропроцессора сигнала INTA Подтверждение прерывания. По входу NMI поступает немаскируемый запрос прерывания, который запоминается и распознается независимо от состояния признака разрешения прерывания. Однако немаскируемый запрос так же, как и маскируемый, не распознается до завершения текущей команды. К внутренним прерываниям относятся: прерывания по переполнению INTO, по ошибке деления и пошаговый режим. При поступлении внутренних запросов прерывания схема обработки запросов прерывания вырабатывает общий запрос прерывания. Внутренние прерывания не маскируются и обрабатываются так же, как И аппаратные, - после выполнения последнего такта команды. Программные прерывания вызываются сразу после выполнения специальной команды INTB. Тип прерывания закодирован в самой команде, поэтому необходимость в выполнении циклов подтверждения прерывания с целью получения указателя ( типа прерывания) отпадает. При системном сбросе внешние маскируемые прерывания запрещаются, так как регистр признаков устанавливается в О и снимается признак разрешения прерывания. [14]
Схема обработки запросов прерывания позволяет обрабатывать до 256 видов прерываний. Возможны прерывания трех видов: внешние, внутренние и программные. Внешние запросы прерывания поступают на входы INT Запрос прерывания и NMI Немаскируемый запрос прерывания. По входу INT поступают маскируемые запросы, которые удовлетворяются после выполнения текущей команды при условии, если предварительно был установлен признак разрешения прерывания. Так как схема обработки запросов прерывания не запоминает маскируемый запрос, то его необходимо сохранять на входе INT до момента получения от микропроцессора сигнала INTA Подтверждение прерывания. По входу NMI поступает немаскируемый запрос прерывания, который запоминается и распознается независимо от состояния признака разрешения прерывания. Однако немаскируемый запрос так же, как и маскируемый, не распознается до завершения текущей команды. К внутренним прерываниям относятся: прерывания по переполнению INTO, по ошибке деления и пошаговый режим. При поступлении внутренних запросов прерывания схема обработки запросов прерывания вырабатывает общий запрос прерывания. Внутренние прерывания не маскируются и обрабатываются так же, как и аппаратные, - после выполнения последнего такта команды. Программные прерывания вызываются сразу после выполнения специальной команды ШТП. Тип прерывания закодирован в самой команде, поэтому необходимость в выполнении циклов подтверждения прерывания с целью получения указателя ( типа прерывания) отпадает. При системном сбросе внешние маскируемые прерывания запрещаются, так как регистр признаков устанавливается в О и снимается признак разрешения прерывания. [15]