RE: SQL update vs RPG/DDS update

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Joe Pluta
Sent: Thursday, October 04, 2007 1:16 PM
To: 'RPG programming on the AS400 / iSeries'
Subject: RE: SQL update vs RPG/DDS update


I'm not sure what your problem is, Gene, but it is not that
dirty records are being hidden from users due to caching.
The beauty of the single level store is that there is no such
thing as a dirty record. When you access a record, you are
accessing address of the virtual memory location where it
resides and that memory is the same for all users.

Not quite true Joe.

Sounds like RPG may be blocking the i/o of the file. In which case, while the program has done the
WRITE, the data is still in the program buffers and has not yet been passed to the DB.

Gene, DO NOT CHANGE FRCRATIO!

Instead, try adding a FEOD(n) op-code to flush the RPG program buffers to the DB. The (n) extender
was added at v5r2 and allows FEOD to flush to the DB without necessarily writing the data to disk. So
the preformance of FEOD(n) will be much better than FEOD by itself or having FRCRATIO(1).

HTH,
Charles


This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.