Re: Missing rows with index scan when collation is not "C" (PostgreSQL 9.5)

From: Marc-Olaf Jaschke <marc-olaf(dot)jaschke(at)s24(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)heroku(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Noah Misch <noah(at)leadboat(dot)com>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: Missing rows with index scan when collation is not "C" (PostgreSQL 9.5)
Date: 2016-03-30 14:00:36
Message-ID: 037932B0-74A7-4C84-B4D5-0CE77779659E@s24.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

Thanks for the quick bug fix!

I've seen that a wiki page on the subject has been created. Maybe it is useful to explicitly mention, that 9.5.1 performance can be partly maintained, by changing the collation of text columns to "C", when there is no need for special collation handling.

Best regards,
Marc-Olaf Jaschke

> Am 23.03.2016 um 21:07 schrieb Robert Haas <robertmhaas(at)gmail(dot)com>:
>
> On Wed, Mar 23, 2016 at 3:20 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>>> +#ifndef TRUST_STRXFRM
>>> + if (!collate_c)
>>> + abbreviate = false;
>>> +#endif
>>
>> Ah, I did not realize that abbreviation would be of any value in C locale.
>> If it is, then +1 for something like the above.
>
> It's actually more likely to help for a C locale than for a non-C locale.
>
> I have committed this and back-patched it to 9.5.
>
> --
> Robert Haas
> EnterpriseDB: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Rodrigo Morales Q 2016-03-30 14:49:46 error to instaal PLTCL
Previous Message tsingle 2016-03-30 08:38:19 BUG #14054: "create index using gist ..." on large table never completes.

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2016-03-30 14:01:35 Re: pg_restore casts check constraints differently
Previous Message Amit Langote 2016-03-30 13:51:44 Re: pg_restore casts check constraints differently