W dniu 2010-04-08 16:32, Paul Gilmartin pisze:
[...]
> But I agree, IDCAMS is
better; it avoids a job step with 3 allocations, and it avoids
creating a data set only to delete it immediately.
No. IDCAMS is different, not better. What's better? IT DEPENDS!
For enqueued datasets IDCAMS will end with RC>0, AFAIK the same code as
unsuccesful DELETE cause by nonexistent dataset. In simple words IDCAMS
will not delete the datasets and let you proceed subsequent steps.
IEFBR14 (simplification) will WAIT FOR DATASETS. White message will be
issued on operator console. For past versions of the system IEFBR14
caused migrated dataset to be recalled and then deleted, while IDCAMS
could delete them without recall, much quicker.
Oh, BTW IEFBR14 method does not always delete the dataset! AFAIK it is
enough to set EXPDT for PS and MOD,DELETE will not delete it. IDCAMS
DELETE ... PURGE will delete.
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sąd Rejonowy dla m. st. Warszawy
XII Wydział Gospodarczy Krajowego Rejestru Sądowego,
nr rejestru przedsiębiorców KRS 0000025237
NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym
BRE Banku SA będą w całości opłacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
