| From: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com> |
|---|---|
| To: | Joseph Shraibman <jks(at)selectacast(dot)net> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: like performance w/o wildcards. |
| Date: | 2003-08-05 14:45:17 |
| Message-ID: | Pine.LNX.4.33.0308050844090.12725-100000@css120.ihs.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Mon, 4 Aug 2003, Joseph Shraibman wrote:
> Tom Lane wrote:
> > Joseph Shraibman <jks(at)selectacast(dot)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?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jimmie H. Apsey | 2003-08-05 15:11:08 | Re: Changing DB ownership |
| Previous Message | Reuben D. Budiardja | 2003-08-05 14:22:51 | Re: Fatal error: Call to undefined function: pg_connect() |