Re: LATIN2 'bssz' and 'bszsz' fails on unique index

From: CoL <col(at)mportal(dot)hu>
To: pgsql-bugs(at)postgresql(dot)org
Subject: Re: LATIN2 'bssz' and 'bszsz' fails on unique index
Date: 2004-05-21 15:32:28
Message-ID: c8l7eh$g4r$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

hi,

Tom Lane wrote:

> =?ISO-8859-2?Q?S=FCn?= <sun(at)true(dot)hu> writes:
>
>>If you use Latin2 encoding, you can not have 'bssz' and 'bszsz' in an
>>unique column in the same time.
>
>
> AFAICS this means that your locale definition considers these strings
> equal.
>
> It is possible that the real problem comes from using an encoding that's
> not compatible with what the locale setting expects. Locales generally
> do require a specific character set encoding, though this is poorly
> documented :-(
>

#createdb -U postgres -E=SQL_ASCII test
#psql test
test=# \encoding
SQL_ASCII
test=# \l
List of databases
Name | Owner | Encoding
-------------+------------+-----------
test | postgres | SQL_ASCII

test=# create TEMP table lala (string varchar(20));
CREATE TABLE
test=# CREATE UNIQUE INDEX lala_idx on lala (string);
CREATE INDEX
test=# insert INTO lala values ('bssz');
INSERT 757927 1
test=# insert INTO lala values ('bszsz');
ERROR: duplicate key violates unique constraint "lala_idx"

How? Ok, its locale "bug" (not just int LATIN2, LATIN1), but why?

thx
C.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message PAviles 2004-05-21 20:15:07 A memory leak. Postgres 7.4. Mac OS. X Server
Previous Message Tom Lane 2004-05-21 14:15:48 Re: int4, int8, real ....division...