From: | rihad <rihad(at)mail(dot)ru> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Changing collate & ctype for an existing database |
Date: | 2017-07-12 17:48:08 |
Message-ID: | bd55a74f-cb0b-49fd-1f70-b3bbe4729b72@mail.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 07/12/2017 09:31 PM, Tom Lane wrote:
> rihad <rihad(at)mail(dot)ru> writes:
>> On 07/12/2017 01:54 PM, Albe Laurenz wrote:
>>> As you see, your index is still sorted according to the C collation
>>> and scanning it returns wrong results.
>> This ordering issue can certainly be classified as an inconsistency, but
>> nothing to lose sleep over. Is this all that is normally meant when
>> saying "index corruption"?
> Laurenz neglected to point out that if the index isn't sorted the way that
> the system assumes it is, then searches may fail to find values that are
> present (due to descending into the wrong subtree), and by the same token
> insertions may fail to enforce uniqueness. That's pretty corrupt in
> my book.
>
> regards, tom lane
>
What if only English letters are used in the textual indices (ascii
0-127), would they still be impacted after datctype&datcollate
"C"->"en_US.UTF-8" change? Encoding has always been UTF8, btw.
postgres=# \l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access
privileges
-----------+----------+----------+-------------+-------------+-----------------------
mydb | myuser | UTF8 | C | C |
From | Date | Subject | |
---|---|---|---|
Next Message | Zhu, Joshua | 2017-07-12 17:56:41 | Re: BDR node removal and rejoin |
Previous Message | rihad | 2017-07-12 17:41:38 | Re: Changing collate & ctype for an existing database |