From: | Ian Barwick <ian(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)heroku(dot)com> |
Cc: | Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Possible index issue on 9.5 slave |
Date: | 2014-06-19 04:01:51 |
Message-ID: | 53A260AF.7020505@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 19/06/14 12:35, Tom Lane wrote:
> Peter Geoghegan <pg(at)heroku(dot)com> writes:
>> On Wed, Jun 18, 2014 at 8:09 PM, Ian Barwick <ian(at)2ndquadrant(dot)com> wrote:
>>> Interesting, I'll take a look later.
>
>> I'm pretty suspicious of incompatibilities that may exist between the
>> two sets of OS collations involved here. We aren't very clear on the
>> extent to which what you're doing is supported, but it's certainly the
>> case that bttextcmp()/varstr_cmp()/strcoll() return values must be
>> immutable between the two systems.
>
> Oooh, I'll bet that's exactly it. Is the database using UTF8 encoding and
> a non-C locale?
Yup, that is indeed the case.
> It's well known that OS X's UTF8 locales sort nothing at
> all like the supposedly equivalent locales on other systems.
True, that. A different sort order wouldn't have surprised me,
but the failure to return an extant row had me thinking there
was something awry with the laptop causing file corruption (it's
getting on in years and has been bashed about a bit).
Regards
Ian Barwick
--
Ian Barwick http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2014-06-19 04:14:06 | Re: delta relations in AFTER triggers |
Previous Message | Joe Conway | 2014-06-19 03:50:20 | Re: [bug fix] Memory leak in dblink |