|
I am fairly at home with SQL and SQL techniques. I write a fair amount of Java code, where appropriate, but I also love learning and applying new things in the RPG world. And, it goes without saying that the System i is my system of choice. The struggle is properly leveraging the technologies. The question is, given the i5 platform and RPG as a language, what is the best way to do future development?
And, sure, "best" is a relative term. But I think that what you have recommended is pretty mainstream. I suppose that the relative merits of SQL vs native I/O from a performance standpoint could be debated, certainly Joe's approach that says use both, if necessary, is a viable approach. I was just looking for general recommendations. And, I got them (from you and others), thanks!
Pete Helgren Dave Odom wrote:
Pete, Since you have an opportunity to move to a modern way of doing things, you can take advantage of the features of DB2/400, SQL, etc. and it will have "legs" regardless of platform and almost regardless of logiclanguage.Having recently been in contact with folks in IBM and seen their strategic presentations for the i5, I can tell you they are going more and more SQL and true relational, and less and less "native I/O", MUCHless 5250 and more GUI and more.The struggle you may be having about how to do things in a true relational design and giving up "members", may be due to a lack of training in and understanding of relational database design and application design against relational tables vs. keyed files. If so, that's certainly fixable and there are numerous books about how to properly perform relational design. Both inside and outside this forum there are a HUGE number of people that can help you design your database and application in a way that provides the business functionnecessary, protecting the integrity of your data, all with performance.Don't think there was any "platform war" just legacy vs modern database and application design methodologies and experience. No ivory tower here. Sincerely,David Odom
As an Amazon Associate we earn from qualifying purchases.
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.