RE: Performance of SQL -- RPG400-L

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

One other thing to keep in mind is that you must test your performance
changes on a dataset that is as large as your production data set. SQL
will choose different selection methods based on the size of the
underlying tables.

If your production table is 10,000,000 rows and you performance test
against a table with 10,000 rows you're just wasting your time.

-Walden

------------
Walden H Leverich III
President & CEO
Tech Software
(516) 627-3800 x11
WaldenL@xxxxxxxxxxxxxxx
http://www.TechSoftInc.com 

Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)
 
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of sushmita.s@xxxxxxx
Sent: Thursday, April 15, 2004 3:06 AM
To: rpg400-l@xxxxxxxxxxxx
Subject: Performance of SQL

I want to improve the performance of my program which uses Interactive 
SQL. I am at present using 'SELECT' statements. Will  Cursor or Fetch 
increase the response time?



Sushmita Sivaraman

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.