> Можно еще раз. При каких изменениях появляется версия 01 в GDG ? (не generation) > После изменения или ?? И становится ли версионный набор последним? GDG(0) ни при каких... версия изменяется только вручную:
SC26-7410-04 z/OS DFSMS: Using Data Sets 3.10.2 Absolute Generation and Version Numbers
...
The version number lets you perform normal data set operations without disrupting the management of the GDG. For example, if you want to update the second generation in a 3-generation group, replace generation 2, version 0, with generation 2, version 1. Only one version is kept for each generation.
You can catalog a generation using either absolute or relative numbers. When a generation is cataloged, a generation and version number is placed as a low-level entry in the GDG. To catalog a version number other than V00, you must use an absolute generation and version number.
You can catalog a new version of a specific generation automatically by specifying the old generation number along with a new version number. For example, if generation A.B.C.G0005V00 is cataloged and you now create and catalog A.B.C.G0005V01, the new entry is cataloged in the location previously occupied by A.B.C.G0005V00. The old entry is removed from the catalog, to make room for the newer version, and may or may not be scratched depending on what limit processing options are specified for the GDG base. For system-managed data sets, if scratch is specified, the older version is scratched from the volume. If noscratch is specified, or if the attempt to scratch the DSCB fails, the older version is not scratched and the generation data sets is recataloged as a non-VSAM data set with the GnnnnVnn name not associated with the GDG base. For non-system-managed data sets, the older version is also governed by the GDG base limit processing options. If noscratch is specified for the base, the older GDS version is not scratched. To scratch the old version and make its space available for reallocation, include a DD statement, describing the data set to be deleted, with DISP=(OLD,DELETE) when the data set is to be replaced by the new version.
зато я был совершенно неправ относительно DISP=MOD и PDSE... Нельзя с помощью DISP=MOD добавить записи в конец PDSE, это я что-то напутал... Как для PDS, так и для PDSE, попытка добавлять // EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD * One more line //SYSUT2 DD DSN=TEST.PDSE(TT),DISP=MOD, // SPACE=(TRK,(1,1)),UNIT=SYSDA //SYSIN DD DUMMY приводит к ABEND B14: IEC217I B14-04,IGG0201Z,FIPSADM$,IEBGENER,SYSUT2,E345,WK7835,TEST.PDS(TT) для PDS это совершенно понятно и так было всегда, дописывать в конец непоследнего раздела просто некуда, за его концом может сразу же начинаться другой раздел. Технически для структуры PDSE дозапись в конец можно было бы делать, но это НЕ ДЕЛАЕТСЯ. Возможно, как раз для того чтобы не было разницы междуPDS и PDSE... Just a guess.
А читать и писать один и тот же раздел вот таким образом // EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=TEST.PDSE(TT),DISP=SHR // DD * One more line //SYSUT2 DD DSN=TEST.PDSE(TT),DISP=SHR //SYSIN DD DUMMY можно и для PDS и для PDSE. Приношу свои глубокие извинения за то что ввел в заблуждение!
Добавлено (17.10.2008, 20:49) --------------------------------------------- для полноты картины:
индексно-последовательные наборы данных (ISAM). Архаический тип набора данных, поддержка которого, похоже, все еще существует. Функцинально ISAM подобен KSDS но без альтернативных ключей (ключ может быть только один) и с необходимостью периодической реорганизации. Использует аппаратные команды для поиска по ключу; немного меньшие накладные расходы дискового пространства на полезные данные чем у KSDS, но кому это нужно при современных дисках?! Полностью заменяется VSAM.
наборы данных с прямой организацией (DA). Также несколько архаичный тип набора данных. Набор данных с прямой организацией и соответствующий ему метод доступа BDAM позволяет заполнять пространство, отведенное набору данных, записями практически как угодно. Вычислять местоположение записи каким угодно алгоритмом в зависимости от ее содержимого (или от фазы луны) и писать запись на свое место (рандомизация), например, логически разделить пространство на 256 кусков и писать записи в зависимости значения в первом байте в подходящий кусок; Разместить в начале набора (на первых 10 дорожках к примеру) какой-нибудь свой индекс с указателями на записи и тд. Понятно, что это требует существенно больших усилий от программиста, почему DA и сравнительно редко использовался. Однако, в PL/1 имеется штатная поддержка 3 видов прямых наборов (REGIONAL(1), REGIONAL(2), REGIONAL(3)) не требующая никаких усилий, поэтому те, кто умудрился дочитать мануал до этих описаний, иногда применяли DA :-). В DA вообще нет никакаких накладных расходов - что создали, то и имеем, и могут быть задействованы аппаратные ключи. По идее, DA может быть полезен в системах реального времени, так как при соответствующей организации данных в наборе время доступа к записи можно точно предсказать (а в VSAM KSDS вообще говоря нет, так как заранее неизвестно, сколько операций ввода-вывода потребуется, можно назвать только диапазон от .... до ...). В общем, любопытная экзотическая зверушка...
Сообщение отредактировал Gregory - Пятница, 17.10.2008, 20:04
Про DA. Обалденно быстрая штука. Писал для нее на PL/1 (те самые REGIONAL, описание было дочитано до конца). На DA стояла и стоит такая сильная и быстрая вещь, как ADABAS, так что не такая уж это экзотика, ведь ADABAS работал на куче центров. Прелесть DA в том, что программист при при правильном программировании может писать очень быстрые программы. Напомню молодежи, что ADABAS как универсальная СУБД был еще до DB2 с его VSAM.
Добавил ISAM и DA. Надеюсь все замечания учтены ? Если нет, пните еще раз. Скопирую в WORD (или как?) дома вечером и дам жене филологу на вычитку русского. И потом по e-mail пошлю Александру.
Кролик - это хорошо. Цель была дать overview для молодых и осветить текущий статус для тех кто постарше. Но если партия прикажет, можно и в детали углубиться и JCL приложить...
Можете копировать в Word - я от его тегов потом, после вычитки, почищу, все будет хорошо. Делайте как вам самим удобно. А в JCL если лезть, то только поверхностно (я так думаю). Можно, например, дать примеры на распределение НД описанных организаций с растолкованием того, как организация НД влияет на DD.
Разослал на мыло новое видение статьи. Пока еще идет согласование терминов с правилами русского языка, поэтому это еще не для выкладывания. Но коментарии можно сюда.
Как то остались за кадром : DSORG=CX DSORG=GS DSNTYPE=PIPE
: 
