Пт, 29.03.2024, 12:05
Приветствую Вас Гость | RSS
Главная | Виды наборов данных z/OS (dataset types) - Страница 3 - Форум | Регистрация | Вход
Форма входа
Логин:
Пароль:
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 3 из 3
  • «
  • 1
  • 2
  • 3
Форум » Технические форумы » MVS (OS/390, zOS) » Виды наборов данных z/OS (dataset types)
Виды наборов данных z/OS (dataset types)
XOpenДата: Пт, 17.10.2008, 17:48 | Сообщение # 31
Генерал-майор
Группа: Администраторы
Сообщений: 325
Репутация: 4
Статус: Offline
следовательно я был не так уж и не прав... (раз версия появляется только вручную)

Худая корова еще не газель!
 
GregoryДата: Пт, 17.10.2008, 20:49 | Сообщение # 32
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
зато я был совершенно неправ относительно 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
 
XOpenДата: Пн, 20.10.2008, 19:31 | Сообщение # 33
Генерал-майор
Группа: Администраторы
Сообщений: 325
Репутация: 4
Статус: Offline
кстати IBM считает, что VSAM ключи все же эффективнее. (так нагло в книжках и пишут)

DA и ISAM я добавлю(подправлю тока под свой стиль). А глобальный вопрос - про наборы чтонибудь еще надо ?


Худая корова еще не газель!
 
GregoryДата: Вт, 21.10.2008, 12:18 | Сообщение # 34
Генерал-майор
Группа: Доверенные
Сообщений: 479
Репутация: 22
Статус: Offline
27.10 появится "подопытный кролик" на котором можно будет испытать текст :-)
 
akostДата: Вт, 21.10.2008, 12:36 | Сообщение # 35
Admin
Группа: Администраторы
Сообщений: 617
Репутация: 5
Статус: Offline
Так это... Сергею текст еще собрать надо, прежде чем испытывать.
 
XOpenДата: Вт, 21.10.2008, 15:59 | Сообщение # 36
Генерал-майор
Группа: Администраторы
Сообщений: 325
Репутация: 4
Статус: Offline
Добавил ISAM и DA. Надеюсь все замечания учтены ? Если нет, пните еще раз. Скопирую в WORD (или как?) дома вечером и дам жене филологу на вычитку русского. И потом по e-mail пошлю Александру.

Кролик - это хорошо. Цель была дать overview для молодых и осветить текущий статус для тех кто постарше. Но если партия прикажет, можно и в детали углубиться и JCL приложить... wink


Худая корова еще не газель!
 
akostДата: Вт, 21.10.2008, 16:16 | Сообщение # 37
Admin
Группа: Администраторы
Сообщений: 617
Репутация: 5
Статус: Offline
Можете копировать в Word - я от его тегов потом, после вычитки, почищу, все будет хорошо. Делайте как вам самим удобно.
А в JCL если лезть, то только поверхностно (я так думаю). Можно, например, дать примеры на распределение НД описанных организаций с растолкованием того, как организация НД влияет на DD.
 
XOpenДата: Чт, 23.10.2008, 18:05 | Сообщение # 38
Генерал-майор
Группа: Администраторы
Сообщений: 325
Репутация: 4
Статус: Offline
Разослал на мыло новое видение статьи. Пока еще идет согласование терминов с правилами русского языка, поэтому это еще не для выкладывания. Но коментарии можно сюда.

Как то остались за кадром sad :
DSORG=CX
DSORG=GS
DSNTYPE=PIPE

Если можете что сказать - не стесняйтесь biggrin


Худая корова еще не газель!
 
XOpenДата: Пт, 24.10.2008, 11:34 | Сообщение # 39
Генерал-майор
Группа: Администраторы
Сообщений: 325
Репутация: 4
Статус: Offline
туда и отправлял... послал еще раз.

Худая корова еще не газель!
 
akostДата: Пт, 24.10.2008, 14:54 | Сообщение # 40
Admin
Группа: Администраторы
Сообщений: 617
Репутация: 5
Статус: Offline
о, щас пришло. корпоративный анти-спамовый фильтр постарался, будь он неладен.
 
akostДата: Пн, 27.10.2008, 17:39 | Сообщение # 41
Admin
Группа: Администраторы
Сообщений: 617
Репутация: 5
Статус: Offline
Статья опубликована. Можно читать здесь.
 
Форум » Технические форумы » MVS (OS/390, zOS) » Виды наборов данных z/OS (dataset types)
  • Страница 3 из 3
  • «
  • 1
  • 2
  • 3
Поиск: