× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hans

I don't understand what you mean when you say that RPG's I/O model doesn't map to RDBMS's. Seems to me there is little difference functionally between cursor-based processing - a FETCH into a host structure - and a CHAIN into a data structure (recent versions). There is SOME impedance mismatch but not so much as I hear some say there is. But I don't know all about this stuff, so please, say more.

Vern

Hans Boldt wrote:
Nathan wrote:
I was hoping that this discussion would bring out more details,
which appear to be very sketchy at this point. The most obvious
advantage might be compiler generated code that automatically
maps database buffers to Open I/O buffers and visa versa, or
anything else that the compiler may do to streamline the interface.
There is potential here.

Sort of like externally-described data structures, eh?

I can see how this might simplify programming in some situations. But from
what I can see so far, you're still passing data back and forth to some
other procedure or program. It's just that the parameters are defined
within some I/O buffer rather than as separate variables.

Some have suggested this could be used to interface to other RDBMS's.
Unfortunately, RPG's I/O model (ISAM, more or less) doesn't really map
cleanly with SQL RDBMS's.

One positive effect so far is that this has gotten people talking about
RPG. I just hope, like others, that there's substance behind the hype.

Cheers! Hans



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.