• Subject: Re: Updating a file while it is in use
  • From: "Chris Bipes - CrossCheck, Inc" <chrisb@xxxxxxxxxxxxxxx>
  • Date: Sun, 16 Apr 2000 16:27:01 -0700
  • Organization: CrossCheck, Inc

First of all if the web pages are read only, there should be no record locks.  I have several files that we re-build and are in use 24x7.  I find it fastest to build a new file, ftp to remote systems , they apply all necessary changes using an input primary/input secondary, with the file opened for update through a logical.  We use matching record logic and list all records that needed to be updated. (Hopefully none in our application.)
 
Try it that way if you cannot get an exclusive lock for a cpyf mbropt(*replace).  We also use DDM to update smaller files that are not updated often.
 
 
Christopher K. Bipes
ckb62@cableone.net
----- Original Message -----
Sent: Friday, April 14, 2000 8:20 PM
Subject: Updating a file while it is in use

My trouble is....  I must update some files that feed web pages.  At this time, there is no set down-time for updates nor has the number of updates needed per day been set yet either.  The RPG and CL that rebuild the files can be call anytime. The data files will be rebuilt at different time during the day on a production box, transmitted to a web box(400), placed in a translib and then (if lucky)  CPYF with a *replace.  I cannot allows get a object-lock because people are on the page using the file.  I have though of keeping the new records in a file and doing a CPYF *ADD, but still need to update and/or delete exsisting records.  This could be done with a RPG program, but, even though the web pages are read only, it may set forever ( a long time ) with a wait for record lock.
 
What are the thoughts of the knowlegde base?  Any tricks or suggestions?
 
Eurrat

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.