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



I'm not sure what your sql looks like but make sure you are only bringing in the columns you need if you are not already.


Thanks,
Tommy Holden

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Birgitta Hauser
Sent: Thursday, November 30, 2017 9:03 AM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxx>
Subject: RE: SQL Performance issues questions

Since a view never has an access path, an additional view will not have any issues on the performance.
For analyzing your SQL statement I'd suggest to use the analyzing tools in ACS or Client Access. PRTSQLINF is outdated.
Without knowing anything else, i.e. how the query looks like how many rows are in your tables, which access path (Indexes and logical files) are available, it is not possible to suggest anything.
For indexing strategies look at the white paper from Kent Milligan and Mike Caine - Indexing and Statistics Strategies.

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok) "What is worse than training your staff and losing them? Not training them and keeping them!"
"Train people well enough so they can leave, treat them well enough so they don't want to." (Richard Branson)


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of a4g atl
Sent: Donnerstag, 30. November 2017 15:43
To: midrange-l@xxxxxxxxxxxx
Subject: SQL Performance issues questions

I have a few programs that are retrieving data from files with approximately
5 to 750 million records.

The program is executing in approximately 15 seconds which in itself is not bad. However, I would like to improve the performance by processing less records.

A logical file may provide better performance but I would not like to use a logical. I have a simple SELECT with JOIN retrieving the data.

I am considering using a VIEW but am wondering if a VIEW would provide better performance from the point of view that a logical builds a permanent index filtering the records required.

I have run PRTSQLINF and the programs are using existing logicals and is not making any suggestions.

My question is, does a VIEW create a similar retrieval in that it will only read the records in the filter or does it do the filtering at the time the SELECT is executed hence possibly reading all 750 million records therefor not gaining anything?

TIA
Darryl Freinkel
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD

--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.