Edward Jaffe wrote:
R.S. wrote:
By command ?
I'd suggest IDCAMS:
DEL SYS1.PDSE
ALLOCATE SYS1.PDSE
Also works with PDSes.
:-)
The problem with this or JCL re-allocation is the high potential for
getting something wrong. Wrong attributes, wrong space, wrong placement,
etc., the inability to perform the function with an outstanding DISP=SHR
ENQ in effect, and the unfortunate effect on the data set creation date
saved in the DSCB.
ENQ is the reason. I get it.
However IMHO reallocation risk is not a risk in well managed environment.
I absolutely disagree with Wayne's point about UPDATE. User should have
sufficient authorities. What would you do with READ access? I would ask
for more. UPDATE is insufficient to compress PDS. Should I search for
another method of compress or simly request for ALTER?
My $0.02
BTW: I would suggest looking at Smart DFSORT Tricks. AFAIR it contains
trick for deleteting all members using DFSORT and IDCAMS.
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sd Rejonowy dla m. st. Warszawy
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
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
