× 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 would of thought since UCASE is a SQL function it would be efficient 

I'm sure it does an _extremely_ efficient job of upper-casing the data.
The problem is that it still has to do it to every row. 10 million of
anything is a measurable event. <G>

However, what's worse is that since you're comparing the result of a
function to a constant there's no index that can help you. 

For the shared weight indexes look at changing the "sort sequence" of
your sql session attributes to *LANGIDSHR which results in a shared
weight index between upper and lower case -- that is a case insensitive
search. Then you could drop the UCASE() function and simply do "Where
PADR1 LIKE '9999 GROVE AVENUE%'..." 

-Walden


------------
Walden H Leverich III
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.)


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.