|
Thanks to you all, I agree with you Booth, we are already regretting the choice that we can't avoid. I talked about it with my colleagues and none of them was willing to rewrite the application. It was built piece by piece without a global perspective. There is repeated code, multiple programs doing the same job without having the same concerns about integrity, multiple programmers that probably never known each other. In other words, it needs a complete rebuild. Thanks again for your sugestions, I will keep that in mind when building new applications. Pascal Bellerose pascal_bellerose@xxxxxxxxxxxx Réseau/Network: 2114 Équipe de support TI Corporatif / Corporate IT Support team Tél./Phone: 819-363-6100 Fax/Télécopie: 819-363-6155 Cascades Canada inc. 412, Boul. Marie-Victorin Kingsey-Falls, PQ, Canada J0A 1B0
On 24 October, 2006 at 11:28, Booth Martin <booth@xxxxxxxxxxxx> wrote:
This sounds like a disaster in the making. At some point in the future you are going to regret that choice. Why not write a new program/procedure/whatever, that does both updates with parms passed in, and do neither update in your existing programs? Another choice is to do the first update, keep the after-change image, and unlock the record. Then, when your second program opens the same record, compare the after-image to the new-image. Normally they'll be the same, so proceed. If not the same, then do the error cycle. Pascal Bellerose wrote:
Hi, I have a problem where I have a program that locks a file for update purposes, and then calls a second program that needs to update the same file, same record. Is it possible to use something like an OVRDBF or whatever that could let the second program do his chain/update? But at the same time, we don't want another job to update the same record. Right, now we're projecting to use a second file that would be used to manage locks but I don'T like that idea and I'm pretty there is something in OS/400 that does the trick. All you wizards out there, I summon the mad genius in yourself, and I do beg for an answer! Thanks in advance! Pascal Bellerose pascal_bellerose@xxxxxxxxxxxx Réseau/Network: 2114 Équipe de support TI Corporatif / Corporate IT Support team Tél./Phone: 819-363-6100 Fax/Télécopie: 819-363-6155 Cascades Canada inc. 412, Boul. Marie-Victorin Kingsey-Falls, PQ, Canada J0A 1B0
As an Amazon Associate we earn from qualifying purchases.
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.