Shannon,
The application is an image extraction of documents stored on an optical
juke box attached to the customer System i. They are moving off of the
System i and need to convert all of their documents into PDF files. Each
member in the file represents a scanned document from the juke box. There
are more than 7 million documents to be extracted.
Thanks for the suggestions so far. Some of them may have applicability,
but I have to be careful about tinkering with the application in the
middle of the conversion project.
Rich Loeber
Kisco Information Systems
http://www.kisco.com
--------------------------------------------------------------------------
Shannon ODonnell wrote:
I'd be interested in hearing about what kind of application would need to
generate that many members.
That's a new one on me.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rich Loeber
Sent: Thursday, February 21, 2008 12:44 PM
To: Midrange Systems Technical Discussion
Subject: File w/Large Number of Members
Hello list,
I'm working with an application that has a work file that builds up a
large number of members while the application is running. It takes
several hours to complete. I even bumped into IBM's restriction of no
more than 32,767 members in a physical file with this one.
I'm have a minor issue with deleting the work file when I'm all done.
When the file has 30,000+ members in it, it can take more than an hour
for a DLTF to run. Has anyone ever run across this before? Are there
any tricks out there to speed up the file deletion process?
Rich Loeber
Kisco Information Systems
http://www.kisco.com
midrange.com
