Re: COBOL400-L Digest, Vol 4, Issue 35

We are currently using SIP (Smart Integrated printing) Tool for printing our
organizational communication (policies, notices, etc.,). The data would flow
from AS/400 through SPOOL files in batch. Now my question, can any1
(Especially those who r working in Insurance firm) tell me about alternative
interfaces / tools / software currently in use for printing of such
communication? I need to migrate from SIP towards some latest tool which can
ease my life...... guys....waiting for some positive info...

Thanks in advance....

Rgds

-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of
cobol400-l-request@xxxxxxxxxxxx
Sent: Tuesday, April 11, 2006 10:30 PM
To: cobol400-l@xxxxxxxxxxxx
Subject: COBOL400-L Digest, Vol 4, Issue 35

Send COBOL400-L mailing list submissions to
        cobol400-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/cobol400-l
or, via email, send a message with subject or body 'help' to
        cobol400-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        cobol400-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of COBOL400-L digest..."


Today's Topics:

   1. Re:  How to view data in alphabetical order in a subfile
      (Jon Paris)


----------------------------------------------------------------------

message: 1
date: Mon, 10 Apr 2006 10:54:32 -0400
from: "Jon Paris" <Jon.Paris@xxxxxxxxxxxxxx>
subject: Re: [COBOL400-L] How to view data in alphabetical order in a
        subfile

 >> but if the DB you are reading from, is big a customer file is often
BIG), and you just need a handful of those records, I would still position
in the DB and reload the subfile...

If that was indeed the requirement I'd probably use SQL.  Also of course the
limit on a subfile is 9,999 so you can't hold that many records in memory
anyway.  If because of the size of the file (and subsequent result set) we
are into displaying a page at a time anyway, then a memory sort is
problematic in other ways.

I think it really depends more on _why_ the user wants the subfile sorted.
If they are looking at a set of records and want to see the same data in a
different way, I'd load the subfile into memory and sort it.  If on the
other hand they are (say) trying to find a specific record and using
different sequences to help locate it then I would agree with you.  However,
in this case I'd have probably presented them with a "search by ..." type
screen rather than having shown them a subfile and then have them request a
sort.


Jon Paris
Partner400

www.Partner400.com
www.RPGWorld.com 



------------------------------