On 2 Jul 2010 13:53:52 -0700, in bit.listserv.ibm-main you wrote: >On Fri, 2 Jul 2010 15:36:53 -0500, Joel C. Ewing wrote: >> >>When we've had cases where concurrency with DISP=SHR couldn't be avoided >>and possible ABEND failure were not acceptable, we have avoided problems >>by first staging the PDS data to another dataset and then using a >>follow-on job step to copy the data into the PDS with a utility that >>uses ISPF SPFEDIT enqueue conventions internally before opening the PDS >>for OUTPUT. As long as all batch jobs play by the SPFEDIT enqueue rules >>before opening the PDS for OUTPUT, DISP=SHR is reliable. >> >Why stage rather than write directly to the PDS using ISPF SPFEDIT >enqueue conventions.
In the situations where I used it, a relatively small member was being written and doing it this way allowed regular COBOL programs to create the member as a byproduct of what might be a relatively lengthy job step (a minute or more versus a fraction of a second) and minimize the time the ENQ was in force. Also this update step could be moved to the end of the job so all other enqueues were released. Clark Morris > >> rest snipped > >-- gil > ---------------------------------------------------------------------- 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
