9.4. Форматы записи наборов данных.

Традиционные наборы данных z/OS являются ориентированными на записи (record oriented). В z/OS не используются символы новой строки (new line, NL) или возврата карет ки и перевода строки (carriage return + line feed, CR+LF) для обозначения конца запи си. Записи любого набора данных имеют либо фиксированную, либо переменную длину. Например, при редактировании набора данных через ISPF каждая строка явля ется записью. Традиционные наборы данных z/OS имеют один из пяти форматов записи:

F – Fixed (Фиксированный) Это означает, что один физический блок на диске соот ветствует одной логической записи и что все блоки/запи си имеют одинаковый размер. Этот формат используется редко.

FB Fixed Blocked (Фиксированный блочный) Это означает, что несколько логических записей объеди няются в один физический блок. Это может обеспечить эффективное использование пространства и работу. Этот формат широко используется для записей фиксированной длины.

V – Variable (Переменный) В этом формате используется одна логическая запись как один физический блок. Логическая запись переменной длины состоит из дескриптора записи (record descriptor word, RDW), за которым следуют данные. Дескриптор за писи представляет собой 4байтовое поле, описывающее запись. Первые 2 байта содержат длину логической запи си (включая 4байтовый RDW). Длина может иметь значе ние от 4 до 32 760 байт. Все биты третьего и четвертого байтов должны быть равны 0, так как другие значения ис пользуются для сцепленных записей. Этот формат ис пользуется редко.

VB – Variable Blocked (Переменный блочный) В этом формате несколько логических записей перемен ной длины (каждая из которых содержит RDW) помеща ются в один физический блок. Программа должна помес тить в начало блока дополнительный дескриптор блока (Block Descriptor Word, BDW), содержащий общую длину блока.

U – Undefined (Неопределенный) Этот формат содержит физические записи/блоки пере менной длины без предопределенной структуры. Хотя этот формат может выглядеть привлекательным для раз личных необычных вариантов применения, обычно он используется только для исполняемых модулей.

9.5. Последовательный, секционированный набор данных.

Простейшей структурой данных в системе z/OS является последовательный набор данных. Он состоит из одной или нескольких записей, записываемых в физическом порядке и обрабатываемых последовательно. Новые записи добавляются в конец на бора данных.

Примерами последовательного набора данных являются выходной набор данных для построчного принтера и файл журнала.

Пользователь z/OS определяет последовательные наборы данных посредством языка управления заданиями (job control language, JCL), указав организацию набора данных PS (DSORG=PS), что означает physical sequential (физически последователь ная). Другими словами, записи в наборе данных физически располагаются одна за другой.

Секционированный набор данных (partitioned data set, PDS) добавляет уровень орга низации в простую структуру последовательных наборов данных. PDS представляет собой собрание последовательных наборов данных, называемых разделами (members). Каждый раздел подобен последовательному набору данных и имеет простое имя длиной до восьми символов. PDS, кроме того, содержит оглавление. Оглавление содержит записи для каждого раздела в PDS с ссылкой (или указателем) на раздел

Раздел – секция секционированного набора данных (partitioned data set, PDS) или расширенного секционированного набора данных (partitioned data set extended, PDSE)

Библиотека – секционированный набор данных, используемый для хранения исходных программ, параметров и исполняемых модулей

Секционированные наборы данных часто на зывают библиотеками (library). В z/OS библиоте ки используются для хранения исходных про грамм, параметров управления системами и при ложениями, JCL и исполняемых модулей. Существует очень мало системных наборов данных, не являющихся библиотеками.

Структура PDS была разработана таким образом, чтобы обеспечивать эффективный доступ к библиотекам связанных разделов, будь то загрузочные модули, модули ис ходного кода программ, JCL или многие другие типы содержимого Набор данных PDS обеспечивает простой и эффективный способ организации свя занных групп последовательных файлов.

PDS имеет следующие преимущества:

Наборы данных PDS просты, гибки и широко распространены. Однако некоторые аспекты построения PDS неблагоприятно влияют как на производительность, так и на эффективность использования дисковой памяти, в частности имеют место следующие PDS имеет следующие преимущества недостатки:

—Потери пространства. При замене раздела в PDS новая область данных записывается в новый раздел области памяти, выделенной для PDS. При удалении раздела удаляется и указатель на него, т. е. отсутствует механизм повторного использования пространс тва. Это потерянное пространство часто называется газом (gas), который тре буется периодически удалять путем реорганизации PDS, например с использо ванием утилиты IEBCOPY для его сжатия.

— Ограниченный размер оглавления. Размер оглавления PDS задается во время распределения. С увеличением раз мера набора данных он может занимать больше пространства в единицах раз мера, заданного в качестве дополнительного пространства. Эти дополнитель ные единицы называются вторичными экстентами (secondary extents). Однако в оглавлении PDS можно сохранить лишь фиксированное количество записей разделов, так как размер фиксируется при распределении набора данных. Если требуется сохранить больше записей, чем имеется пространства, необходимо распределить новый PDS с дополнительными блоками огравления и скопировать в него разделы из старого набора данных. Это означает, что при распределении PDS необходимо посчитать количество требуемого про странства оглавления.

— Длительный поиск в оглавлении. Как говорилось выше, запись в оглавлении PDS состоит из имени и указателя на расположение раздела. Записи хранятся в алфавитном порядке имен разде лов. Вставка записи в начале большого оглавления может вызвать значительное количество операций вводавывода, так как все записи после новой перемеща ются, чтобы освободить место для нее.

Кроме того, поиск в записях осуществляется последовательно в алфавитном порядке. Если оглавление очень велико и разделы малы, поиск в оглавлении может занять больше времени, чем извлечение раздела, если известно его расположение.