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



Isn't it true that when others refer to "modern" languages they are
including vb.net as one of those languages ? I believe that vb.net still
supports all the "native" database IO commands that have been in the
basic lauguage for 30 years. 

>>> albartell@xxxxxxxxx 2/24/2006 8:06:27 AM >>>
With all due respect Dave, I think you are missing the big picture.
You
think that SQL is the ONLY way. Even if a better way exists - which I
believe native access in RPG is better (and maybe that is the point we
can't
agree on).

Just because other languages have no other way other than SQL to
access
databases doesn't mean that is the way everyone should go. If I read
between
the lines correctly you have concern that native access will be taken
away
sometime in the future and RPG programmers will all of a sudden be left
with
the task of converting all their code to SQL access and/or forced to do
all
new development with SQL access. I will make a prediction that if RPG
native
access goes the way of the buffalo, so will the language. IBM has good
reason to NOT leave RPG in the dust as that is where their faithful
customers live. RPG is proprietary to OS/400 which is a pooh-poohed
statement to make in the market place because "it locks you in to the
iSeries", but I can't think of a better box to be locked into. With
being
proprietary you get a lot of benefit that other languages CAN'T give
you
because they try to abstract each layer of an application so much. Sure
they
try to dynamically build it all for you so you don't have to care
(thinking
of hibernate.org) but to have some of that built into the compiler and
OS
provides great benefit and productivity to the end programmer.

On the other side of the fence SQL has been neglected too much by the
RPG
compiler. Though it is getting more attention as of late in V5R4. We
will
have to see how the RPG community treats this next round of SQL
changes
built into the compiler.


Aaron Bartell

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On
Behalf Of Dave Odom
Sent: Thursday, February 23, 2006 6:20 PM
To: web400@xxxxxxxxxxxx
Subject: Re: [WEB400] native PHP in V5R4???

I wondered when you'd chime in.  Let me know when you are ready to
tackle
the big picture of the iSeries perception and ways to have it taken
seriously when competing against is internationally recognized
RDBMS rivals.   

And since I have been around for a long time and have faced the big
picture
and realized what makes a platform have a future, I try to get the
faithful
to recognize the "elephant in the living room".

You're very smart Joe and I keep hoping you'll help me with the big
picture
and not hit me on the nits.

Dave       

>>> joepluta@xxxxxxxxxxxxxxxxx 2/23/2006 15:51:38 >>>
I shouldn't bother, but I'm in a mood...

> From: Dave Odom
> 
> Not true about SQL being slower access than RPG.

Yes it is true.  I've proven it over and over.  In single record
access, RPG
beats SQL.  In single record update, it beats it by an order of
magnitude.
Set-based access, as Walden points out, is faster, particularly when
the set
size is over 100 records.  At about ten records, the two are pretty
close.
But for transaction processing (as opposed to data mining), nothing
beats
good old indexed access.


> But the bigger
> picture is if the platform is to compete seriously in the market
place
> against other DBMS platforms it is imperative those using legacy 
> programming languages (RPG, CL, etc.) move to using mainstream
languages
> (SQL for sure) and programming methodologies.

SQL is not an application development language.  It is a data access
language.  It has been poked, prodded and manipulated into doing many
of the
things that true application development languages do, but only at the
cost
of lots of strange platform-specific behavior.  Try getting the first
ten
rows of any SELECT in the four or five top databases, and you'll see
what I
mean.

SQL is to databases what C++ is to systems programming.  A really good
language for what it does with a bunch of baggage placed on it that it
was
never intended for.  If you want objects, use a true OO: Java for
strong
typing, something like Python for weak typing.


Anyway, this is hardly going to change minds.  If you've been around a
while, though, you realize that no two business are exactly the same,
and
that there exists a mix of technologies, OO and procedural, GUI and
green
screen, set-based and transaction-oriented, for every business
problem.
And
in the end, those who use the best tools for the job are the ones who
really
understand the bigger picture.


Joe


--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a
message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change
list
options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.