|
Aha, so it sounds like there is a reason to not key a physical? I thought
that the "sequential" and "keyed" access to a file as mentioned by the
document was in regard to what opcodes I was using, not the actual access
path. Bummer. However, good to know. A while back I had asked if there
was any reason to not key a PF, and I don't recall that being an issue,
however I may have also missed it.
Thanks,
Kurt
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Alan Campin
Sent: Monday, June 07, 2010 5:30 PM
To: RPG programming on the IBM i / System i
Subject: Re: RPG Blocked Writes
Are there unique keys on the table? That will change it to single record
I/O.
On Mon, Jun 7, 2010 at 4:22 PM, Kurt Anderson
<kurt.anderson@xxxxxxxxxxxxxx>wrote:
I have a file defined in a program as:count
FFileA O A E K Disk
From my understanding, writes to this file should be blocked. Howeverwhen I look at the I/O for the job, the I/O count and the RRN is always
equal. For comparison, reading a file that's blocked has a lower I/O
than the current RRN.record
Is this a matter of me not understanding the I/O screen (when looking at
the job as it is running), or is this file actually writing a single
at a time?https://www-912.ibm.com/s_dir/slkbase.NSF/1ac66549a21402188625680b0002037e/d6738e1cd37e1f33862565c2007cef79?OpenDocument
According to this document, I feel that these writes should be blocked.
"All high-level language programs (HLLs) use blocking at certain timesand
use single record I/O at other times, based on program specifications.only
Because blocking takes less system resources to perform a single I/O, a
program that blocks performs better and uses less system resources. The
default for the HLL uses record blocking if opening a file for output
(write) or input only (read)."list
Thanks,
Kurt Anderson
Sr. Programmer/Analyst
CustomCall Data Systems
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
To post a message email: RPG400-L@xxxxxxxxxxxx--
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
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.