Re: multibyte-character aware support for function "downcase_truncate_identifier()"

Andrew Dunstan <andrew@dunslane.net>

From: Andrew Dunstan <andrew@dunslane.net>
To: Greg Stark <gsstark@mit.edu>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Robert Haas <robertmhaas@gmail.com>, Rajanikant Chirmade <rajanikant.chirmade@enterprisedb.com>, pgsql-hackers@postgresql.org
Date: 2010-11-23T17:13:12Z
Lists: pgsql-hackers

On 11/23/2010 11:14 AM, Greg Stark wrote:
> On Mon, Nov 22, 2010 at 12:38 AM, Tom Lane<tgl@sss.pgh.pa.us>  wrote:
>>> No, especially if it results in queries that used to work breaking,
>>> which it well could.  But I'm not sure where to go with it from there,
>>> beyond throwing up my hands.
>> Well, that's why there's been no movement on this since 2004 :-(.  The
>> amount of work needed for a better solution seems far out of proportion
>> to the benefits.
> We could extend the existing logic to handle multi-bytes characters
> though, couldn't we? It's not going to fix all the problems but at
> least it'll do something sane.

What casing rules will you apply? How will you know what is an upper 
case character and what its lower case character is? The sad, short 
answer is that there are no simple rules beyond ASCII. See the URL I 
posted upthread.

cheers

andrew

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. Implement a solution to the 'Turkish locale downcases I incorrectly'