Re: like performance w/o wildcards. - Mailing list pgsql-general

From scott.marlowe
Subject Re: like performance w/o wildcards.
Date
Msg-id Pine.LNX.4.33.0308050844090.12725-100000@css120.ihs.com
Whole thread Raw
In response to Re: like performance w/o wildcards.  (Joseph Shraibman <jks@selectacast.net>)
Responses Re: like performance w/o wildcards.  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Mon, 4 Aug 2003, Joseph Shraibman wrote:

> Tom Lane wrote:
> > Joseph Shraibman <jks@selectacast.net> writes:
> >
> >>What percentage of locales have this problem?  Does latin1 have this problem?
> >
> >
> > Latin1 is an encoding, not a locale.  To a first approximation, I'd say
> > *all* non-C locales have some kind of sorting funny business.
> >
> OK this clears things up a bit.  The locale on my production server (redhat) is set to
> en_US, which explains why LIKE doesn't use an index.  Do I just have to reset the locale
> environment variable and restart postgres?  What might the side effects of that be?

Nope, changing locales involves dumping reinitting and restoring.  Sorry.
:(

> >>And what about my original idea, can LIKE be turned into an = when there are no wildcards?
> >
> >
> > It does ... if the index-conversion optimization is enabled at all.
>
> Sorry, what is 'index-conversion optimization' and when is it enabled?

I don't know what that is either.  Tom?


pgsql-general by date:

Previous
From: "Reuben D. Budiardja"
Date:
Subject: Re: Fatal error: Call to undefined function: pg_connect()
Next
From: Jean-Luc Lachance
Date:
Subject: Re: Monthly table partitioning for fast purges?