Таблица - управление
Cтраница 3
На основе операторов ЯУЗ формируются управляющие блоки и таблицы. Таблица управления заданием ( JCT) создается на основе анализа оператора JOB и включает информацию о задании и ту информацию о шагах задания, которая имеет отношение ко всем шагам в этом задании. Таблица управления шагом задания ( SCT) формируется для каждого оператора EXEC и содержит информацию о шаге задания. Таблица ввода-вывода шага задания ( SIOT) строится для каждого DD предложения и содержит требования к устройствам ввода-вывода для этого набора данных. Блок управления файлом задания ( JFCB) строится также для каждого DD и содержит атрибуты набора данных, находящиеся в этом предложении. JFCB заполняется, когда открывается набор данных. [31]
 |
Структура обработки данных. [32] |
Таблица описания полей определяет логическое содержимое файлов в базе данных. Порядок полей и их свойства устанавливаются при загрузке файла в базу данны. Таблицы управления памятью предназначаются для планирования памяти как АССОЦИАТОРА, так и области хранения данных. [33]
В словаре при предлогах и глаголах указываются падежи, которыми они управляют. Кроме того, мы приводим здесь для справок особые таблицы управления падежей предлогами, главнейшими глаголами и прилагательными. Таблицы управления падежей предлогами рекомендуется запомнить, так как в словаре при немецких глаголах, требующих дополнений с предлогами, указаны только эти предлоги, а падежи, управляемые предлогами, указываются лишь в тех случаях, когда предлог может употребляться то с одним, то с другим падежом. [34]
Таблицы управления кодами ( code control tables) обеспечивают столбцы уникальными значениями. Стандартным способом для выполнения такой операции в базе данных Oracle является последовательность. Если же используется база данных, отличная от Oracle, то для хранения некоторого числа применяется таблица управления кодами. Каждый раз, когда требуется другое число, программный текст, создаваемый табличным API, считывает это число и увеличивает его для дальнейшего использования. [35]
Следующие далее макрокоманда GET и пять машинных команд составляют циклическую часть программы MAXIMUM, повторяющуюся столько раз, сколько карт с числами будет подложено к программе. При этом предполагается, что каждое число имеет ровно три цифры, отперфорированные в трех первых колонках карты. Когда после очередного перехода к макрокоманде GET последняя обнаружит, что карты с данными окончились, она передаст управление по адресу END, внесенному ранее в таблицу управления вводом. Команда UNPK переведет значение МАХ в зонный формат и запишет его в три байта, расположенные на поле С сразу после байта с внутренним кодом знака равенства. В левой половине младшего байта результата, имеющего адрес С 32, появится код знака плюс В 1100, выработанный командой АР. Поэтому макрокоманда PUT напечатает правильно все три цифры результата. При этом первая буква М слова МАКСИМУМ будет расположена на бумаге на 20 позиций правее левого края поля печати. [36]
Многие из инструментальных средств, перечисленных в этой таблице, упоминаются и в других главах. В главе 14 представлен редактор логики ( Logic Editor), который используется для завершения программных описаний в PL / SQL и в других языках. В главе 16 рассказывается о средстве просмотра сети модулей ( Module Network Viewer) и о диаграмме модуля ( Module Diagram), а также поясняется, как создавать и сопровождать таблицы управления кодами, эталонные кодовые таблицы и справочные таблицы. В главе 14 говорится о том, как работать с журнальными таблицами и как их создавать. В главе 20 рассматривается процесс тестирования на уровне программных единиц, позволяющий выяснить, соответствуют ли модули предъявляемым требованиям, и детально описывается набор документации, который начинает формироваться на фазе построения. [37]
Организация главной памяти зависит от деталей операционной системы и аппаратуры, на которой она реализуется. Однако обычно главное ЗУ разбивается на ряд участков, один из которых постоянно закреплен за системной исполнительной программой. Другие участки могут быть постоянно закреплены за другими программами или предоставляться для временного использования выполняемыми в данный момент программами. Участок исполнительной системы ввода-вывода содержит программы и таблицы управления устройствами ввода-вывода для обработки данных. Исполнительная система включает также программу INSKEL COMMON, которая применяется для связи между различными типами загрузки памяти, используемыми в системе. Программа управления - ядро исполнительной системы - обеспечивает обслуживание и управление в режиме мультипрограммирования. Область программы пользователя системной исполнительной программы содержит написанные пользователем программы, которые ввиду их частого применения или требования малого времени реакции постоянно хранятся в главной памяти. Эти четыре компонента образуют системную исполнительную программу и постоянно хранятся в главной памяти. [38]
Во время работы с приложениями на фазе проектирования некоторые операции выполняются и по отношению к базе данных. Одной из таких операций является проверка таблиц, на которых основаны модули, с целью максимального повышения эффективности процесса. Решение по поводу изменения проекта базы данных для успешного функционирования приложения может быть принято только на этапе прикладного проектирования. Другой операцией, выполняемой по отношению к базе данных на этой фазе, является описание эталонных кодовых таблиц, таблиц управления кодами и справочных таблиц. Эти таблицы являются объектами базы данных, но достаточно интенсивно используются прикладными модулями. Этап прикладного проектирования - первый этап, на котором уже собрана информация, достаточная для принятия решений по поводу этих таблиц. После создания ссылочных таблиц кодовые, эталонные и справочные таблицы автоматически заполняются во время генерирования модуля. [39]
 |
Механизм вызова программного обеспечения по прерыванию изменения состояния. [40] |
Вызов программного обеспечения в СИМВОЛе осуществляется запуском псевдотерминала, использующего в качестве параметра номер требуемого канала. Таким образом управляющие таблицы заголовка запрашиваемого канала могут быть обработаны как данные. Это показано на рис. 21, где прерывание специального класса приводит к выбору нужной программы, которая определяется по таблице вызова программного обеспечения. Управление передается псевдотерминалу с параметром TN. Различные классы прерываний размещены в различных управляющих словах таблицы управления программного обеспечения. [41]
При этом задают две таблицы для каждого устройства. Первая из них указывает тип устройства и служит для установления наличия устройства запрашиваемого типа в канале. Она может также содержать в этой позиции указатель к таблице конкретного устройства. Такая таблица содержит характеристики устройства, включая спецификацию его типа. Если они имеют стандартный размер, то легко манипулировать информацией, содержащейся в них, и указателями в таблицах типа устройств. Таблица управления каналом содержит отсылку к каждой возможной позиции, указывая на ту или иную таблицу типа устройства. [42]
Важность этого положения при конструировании оборудования возрастает в том случае, когда каждая наиболее существенная часть контур регулирования представляется вместе с отдельными таблицами в соответствии с общепринятой системой нумерации. Таким образом, инженер должен только обозначить соответствующую входную переменную, которая используется для определения положения каждого выходного регулирующего органа. Тогда программисту будет относительно просто. На рис. 3, б дана простейшая схема многокаскадного регулирования. Для каждого последовательного контура многокаскадной системы может вводиться запаздывание на величину шага, которое-часто оказывается нежелательным. Вероятно, это можно устранить путем перестановки переменных в таблице ввода, так как они являются входными величинами в таблицах управления. Влияние данного фактора должно-быть проверено с точки зрения динамики системы управления. [43]
Страницы: 1 2 3