RE: More on archiving COM orders

["Shaw, Dave" <dshaw@xxxxxxxxxxxx>]

Greg,

That was our complaint at GNP, too. It's why we had our affiliate,
Progressive Systems in Greenwood, SC, write us something faster and simpler.

The main reason why the MAPICS function takes so long is that they archive
order by order, with lots of error checking. Since orders in history span so
many files, this is really, really slow. What Progressive wrote us did the
archive file by file instead. With good I/O blocking and no error checks, it
was MUCH faster. We could have written it ourselves, but we needed it for a
deadline we had to hit and didn't have the time to get it done. It may not
be the greatest option there is, but it's something to consider.

Dave Shaw
MAPICS-L Moderator
Rauch Industries, Inc.
Gastonia, NC

-----Original Message-----
From: Greg Wenzloff [mailto:GWenzloff@beckmfg.com]

This weekend I archived a mere 12,000 orders.    This took 5 hours of
processing time on a very fast model 720.
This works out to be about 40 orders per minute.   This is insanely slow.

I have about 200,000 more orders to go.    Lets see..... that's about 80+
hours of processing time.     I've complained to MAPICS but they just don't
get it and are not going to do anything about it.    They have managed to
write a system that is just plain stinks.

Greg Wenzloff