× 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.



For me it is the integrated and stability portions of DB2/400 that I like
which is probably where Odom gets his "bee knees" outlook. I think in the
end it comes down to whether a set of technologies meet an end business goal
in a reasonable amount of time, gives you a reasonable approach to
maintenance of that code/DB moving forward, AND meets your need of having
consistently used technologies (i.e. RPG/DB2/OS400) to gain back ROI vs.
continually hopping ship to the latest/greatest programming stack. Dave,
would you agree with that?

I won't deny that a majority of RPG coders are under-educated when it comes
to building a solid relational DB, but with a little training we are able to
accomplish with one person what other shops require 2 or more to do. Note I
put myself in that RDBMS under-educated category just in case anybody
thought I was pontificating :-)

I would wager to guess that DB2/400 suffers from the same problems as
OS/400. It doesn't get talked about a lot (i.e. lime light) because it just
works.

Aaron Bartell
http://mowyourlawn.com

On Fri, May 2, 2008 at 8:14 AM, Jim Essinger <dilbernator@xxxxxxxxx> wrote:

Dave has "enlightened" us before, and all I have seen him ever write
is that a "real" DB only has tables and not files, only partitions and
not members. The fact that DB2/400 has other access methods he sees as
a fault and not a benefit. He can't see the forest for the trees. He
has yet to convince me that the only "real" difference is the
background that DB2/400 came from.

Jim



On 5/2/08, Aaron Bartell <aaronbartell@xxxxxxxxx> wrote:
If you're working with a real RDBMS you don't need to nor want to do
such
a thing.

Why don't you enlighten us to what we lack so we don't need to wander in
the
wilderness of inadequate RDBMS systems? Sounds like you have a lot of
information to offer us that we don't know about. All I am looking for
is
the highlights...

Aaron Bartell
http://mowyourlawn.com
--
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.



--
Sent from Gmail for mobile | mobile.google.com
--
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.



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.