Re: [HACKERS] Sigh, LIKE indexing is *still* broken in foreign locales - Mailing list pgsql-bugs

From Matthias Urlichs
Subject Re: [HACKERS] Sigh, LIKE indexing is *still* broken in foreign locales
Date
Msg-id 20000608085325.D6121@noris.de
Whole thread Raw
In response to Re: [HACKERS] Sigh, LIKE indexing is *still* broken in foreign locales  (Giles Lean <giles@nemeton.com.au>)
List pgsql-bugs
Hi,

Giles Lean:
> > So, the rule we thought we had for generating index bounds falls flat,
> > and we're back to the same old question: given a proposed prefix string,
> > how can we generate bounds that are certain to be considered <= and >=
> > all strings starting with that prefix?
> 
> To confess ignorance, why does PostgreSQL need to generate such
> bounds?

To find the position in the index where it should start scanning.

> Then there are wide characters, including some encodings that are
> stateful.

Personally, I am in the "store everything on the server in Unicode"
camp. Let the parser convert everything to Unicode on the way in, 
and vice versa.

There's no sense, IMHO, in burdening the SQL core with multiple
character encoding schemes.

-- 
Matthias Urlichs  |  noris network GmbH   |   smurf@noris.de  |  ICQ: 20193661
The quote was selected randomly. Really.       |        http://smurf.noris.de/
-- 
I loathe that low vice curiosity.                                       -- Lord Byron


pgsql-bugs by date:

Previous
From: Giles Lean
Date:
Subject: Re: [HACKERS] Sigh, LIKE indexing is *still* broken in foreign locales
Next
From: Sean Kelly
Date:
Subject: "IpcMemoryCreate: shmget failed" on 2.0.38 (was Re: Bug?)