Добавляемая запись
Cтраница 3
Описываемые в настоящей главе методы основаны на использовании ключа записи для непосредственного определения места в памяти, где хранится подлежащая выборке или удалению запись или где должна храниться добавляемая запись. Если в области сужения поиска мы сразу же находим соответствующую ячейку, то такой поиск считается удачным. В результате мы получаем. [31]
Замените в бланке запроса поле ДАТА на функцию Date, а СУММА умножьте па 2 и убедитесь, что в запросе на добавление данные выражения будут вычислены и занесены в поля добавляемых записей. [32]
Добавляемые записи находятся на магнитной ленте. Записи блокированы по 10 в блоке, длина каждой записи 80 байт. Ключи занимают по 4 байта, начиная с 20-го байта. [33]
Добавляемые записи могут быть помещены в любое место в свободных областях носителя. Нужно преобразовать отрицательную связь сцепления последней записи подмассива, которому принадлежит новая запись, в физический адрес новой записи на носителе. Новая запись становится последней в цепи в своем подмассиве, и ей должна быть присвоена отрицательная связь сцепления. [34]
Состояние MOD ( модифицируемый) указывается для ранее созданных наборов последовательного доступа, в которые будут добавляться записи. Добавляемые записи размещаются следом за последней, ранее созданной записью. [35]
Подкоманды функции корректировки задания позволяют удалять, добавлять и заменять записи в рабочем файле. Добавляемые записи могут или вводиться непосредственно с экрана, или копироваться из раздела библиотечного набора данных. [36]
Операционная система позволяет добавлять новые записи в конце существующей части индексно-последовательного набора данных. Все добавляемые записи должны выводиться в порядке возрастания значений ключей, и ключ первой добавляемой записи должен быть больше ключа последней имеющейся в наборе записи. Соответствующий файл в программе на ПЛ / 1 должен быть объявлен так же, как это указано в начале параграфа. Добавляемые записи размещаются в основной области набора данных. [37]
Отличия появляются только в DD-операторе файла, где в этом случае задается DISP MOD. Ключ первой добавляемой записи должен быть больще ключа последней записи в существующей части файла. [38]
 |
Окно для ввода имени таблицы, в которую добавляются записи. [39] |
Структура записи таблицы, из которой добавляются записи, может не полностью совпадать со структурой записи дополняемой таблицы. В добавляемых записях может быть меньше полей, если на поля в таблице, куда добавляются записи, не наложено требование по обязательности их заполнения. Допускается несоответствие типов полей, если возможно преобразование типа данных одного поля в тип данных другого поля. Добавляемые записи обязательно должны включать значения ключевых полей. В бланк запроса могут быть включены поля: задания условий отбора. В качестве значений полей добавляемых записей может быть использовано вычисляемое выражение. [40]
Инструкция INSERT INTO определяет поля, составляющие добавляемые в таблицу ОТГРУЗКА записи. Структура и число добавляемых записей определяются числом записей, возвращаемых инструкцией выбора SELECT. Список имен полей и порядок их перечисления для таблицы ОТГРУЗКА, в которую добавляются записи, и для таблицы, определяемой инструкцией SELECT, должен совпадать. [41]
Добавляемые записи описываются на бланке описания выводных данных. В колонках 16 - 18 описания добавляемой записи указывается значение ADD. При описании структуры добавляемой записи должны быть описаны также и поля, используемые в качестве ключа. [42]
Операционная система позволяет добавлять новые записи в конце существующей части индексно-последовательного набора данных. Все добавляемые записи должны выводиться в порядке возрастания значений ключей, и ключ первой добавляемой записи должен быть больше ключа последней имеющейся в наборе записи. Соответствующий файл в программе на ПЛ / 1 должен быть объявлен так же, как это указано в начале параграфа. Добавляемые записи размещаются в основной области набора данных. [43]
Естественное требование упрощения процедуры ввода новых данных накладывает свой отпечаток на структуру организации данных в комплексе классификаторов и словарей. При разработке схемы данных с этой целью целесообразно отказаться от ряда ограничений, налагаемых на добавляемые записи. Принципиальный характер носит снятие требования уникальности классификационного кода в пределах раздела классификатора и уникальности наименования объекта в пределах раздела словаря. Эти допущения гарантируют, что запись о любом новом объекте может быть оперативно введена в БД нижнего уровня при формировании сообщения, а затем переслана на верхний уровень и импортирована в главную реплику ( со статусом Временная), благодаря чему данные, указанные в почтовом сообщении, останутся корректными. [44]
Организация INDEXED требует большей области памяти для размещения набора по сравнению с организацией CONSECUTIVE, но она позволяет вести поиск, обновление, удаление и добавление записей случайным образом. Последовательная обработка набора INDEXED может оказаться заметно медленнее такого же набора CONSECUTIVE, потому что вновь добавляемые записи к набору INDEXED помещаются в область переполнения с помощью логических связок. К недостаткам относится также и необходимость установления всех пакетов дисков многотомного набора для работы с ним, даже если предполагается последовательная обработка записей. Набор INDEXED может содержать записи фиксированной или переменной длины. Дополнительные возможности, которые дает программисту использование в наборе INDEXED опции GEN-KEY, будут рассмотрены при описании этой опции. [45]
Страницы: 1 2 3 4