Re: Wrong results with postgres_fdw and merge anti join from RHEL 7.9 to RHEL 8.7 - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Wrong results with postgres_fdw and merge anti join from RHEL 7.9 to RHEL 8.7
Date
Msg-id 2020213.1680721496@sss.pgh.pa.us
Whole thread Raw
In response to Re: Wrong results with postgres_fdw and merge anti join from RHEL 7.9 to RHEL 8.7  ("Daniel Westermann (DWE)" <daniel.westermann@dbi-services.com>)
Responses Re: Wrong results with postgres_fdw and merge anti join from RHEL 7.9 to RHEL 8.7
List pgsql-bugs
"Daniel Westermann (DWE)" <daniel.westermann@dbi-services.com> writes:
> Both instances use the same collation;

Yeah, doesn't look like you've made any configuration mistakes.
So either the two OSes sort differently, or there's index corruption
causing the indexscan to give bogus output.

The sample data you showed seemed to only involve numeric-ish strings,
which would be highly unlikely to change sort order across locale
updates.  But maybe there are weirder entries elsewhere in the column?

Anyway, the first thing I'd try is reindexing both tables --- doesn't
look like they're large enough to make that painful.  If that doesn't
fix it you must have a collation difference.  (Asking both systems
for a sorted dump of their cprd columns could help confirm that.)
You could probably hack around that, if an OS update isn't feasible,
by labelling the foreign table's column with some collation you aren't
using anywhere else in the local database.

            regards, tom lane



pgsql-bugs by date:

Previous
From: "Daniel Westermann (DWE)"
Date:
Subject: Re: Wrong results with postgres_fdw and merge anti join from RHEL 7.9 to RHEL 8.7
Next
From: "Daniel Westermann (DWE)"
Date:
Subject: Re: Wrong results with postgres_fdw and merge anti join from RHEL 7.9 to RHEL 8.7