Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pwNrP-00033Z-6r for pgsql-bugs@arkaria.postgresql.org; Tue, 09 May 2023 13:58:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pwNqP-0003Wa-Py for pgsql-bugs@arkaria.postgresql.org; Tue, 09 May 2023 13:57:33 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pwNqP-0003WR-D1 for pgsql-bugs@lists.postgresql.org; Tue, 09 May 2023 13:57:33 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pwNqI-001OXl-8t for pgsql-bugs@lists.postgresql.org; Tue, 09 May 2023 13:57:31 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 349DvN0d670420; Tue, 9 May 2023 09:57:24 -0400 From: Tom Lane To: Joakim Goldkuhl cc: pgsql-bugs@lists.postgresql.org Subject: Re: BUG #17925: Incorrect select query result In-reply-to: References: <17925-11423596f9c67cb8@postgresql.org> <455351.1683574146@sss.pgh.pa.us> Comments: In-reply-to Joakim Goldkuhl message dated "Tue, 09 May 2023 09:00:22 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <670418.1683640643.1@sss.pgh.pa.us> Date: Tue, 09 May 2023 09:57:23 -0400 Message-ID: <670419.1683640643@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Joakim Goldkuhl writes: > Since this is corporation data I cannot provide much data in this public > mailing list unfortunately. And I have not yet been able to reproduce this > behaviour on dummy data. Hm, well, please keep trying. > Also, I should mention that the database is running on RDS, managed by AWS, > so maybe you are not interested in looking into it in this case? That does complicate matters, since it's hard to guess whether it's a native Postgres bug or something Amazon introduced. (I believe RDS Postgres is mostly Postgres, unlike say Aurora, but there is some secret sauce at the storage level.) All the more reason to try to devise a publishable test case. regards, tom lane