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