Re: Performance of ODBC vs. other access methods -- MIDRANGE-L

I agree Adam. And the reason it hasn't been demanded by more users is that
dynamically sized arrays isn't as important in the standard data processing
world (which is where the i5 lives). Sure, we could use that technique at
times, but not so often that we have been clamoring for it. And that's the
whole issue - the i5 was designed for data processing. Record at a time
stuff. Transactional processing. Users entering data.

I just talked with our operations guy here, and we were discussing Websphere
Workplace. We have it loaded on a partition and it's a dog. We're going to
throw more memory at it and it will work, but I think it's better suited for
an Intel platform, or even a p5 platform. The i5 can do it, but not as
efficiently and as cost effectively as other platforms.

Use the right platform for the job.

On 9/7/06, AGlauser@xxxxxxxxxxxx <AGlauser@xxxxxxxxxxxx> wrote:


> > You *could* easily implement all this in ILE RPG, even though it'd
> be nice if the compiler provided a couple of key words to hide the
> gory implementation details.
> >
> > But there really is no reason to since its been possible to
> implement all this via >plain vanilla indexed physical files all along.
>
> the problem George is it takes a lot of time and effort to create a
> physical file and code the RPG to access the table by key when all you
> want to do is sort a subfile.

I have to agree with Steve on this one - physical files seem somewhat
unwieldy as a replacement for built-in dynamically sized arrays.  To me, a
physical file doesn't really seem like the appropriate choice for
volatile, temporary data.  I don't buy the 'not enough CPU' argument for
the lack of such a feature in RPG, however.  It seems much more likely
that it just hasn't been demanded by users.

Adam


#####################################################################################
Attention:
The above message and/or attachment(s) is private and confidential and is
intended
only for the people for which it is addressed. If you are not named in the
address
fields, ignore the contents and delete all the material. Thank you. Have a
nice day.

For more information on email virus scanning, security and content
management, please contact administrator@xxxxxxxxxxxx

#####################################################################################
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.