Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iMdCD-00025V-Ht for pgsql-admin@arkaria.postgresql.org; Mon, 21 Oct 2019 19:18:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iMdCC-0000VA-7B for pgsql-admin@arkaria.postgresql.org; Mon, 21 Oct 2019 19:18:24 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iMdCB-0000V2-Qb for pgsql-admin@lists.postgresql.org; Mon, 21 Oct 2019 19:18:23 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iMdC9-00061K-8i for pgsql-admin@postgresql.org; Mon, 21 Oct 2019 19:18:22 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x9LJIDfU004113; Mon, 21 Oct 2019 15:18:13 -0400 From: Tom Lane To: "Ghiurea, Isabella" cc: "pgsql-admin@postgresql.org" Subject: Re: PGSQL 10.9 vs PGSQL 9.6 SQL query behaviour. In-reply-to: <1571677730032.95714@nrc-cnrc.gc.ca> References: <1571677730032.95714@nrc-cnrc.gc.ca> Comments: In-reply-to "Ghiurea, Isabella" message dated "Mon, 21 Oct 2019 17:08:50 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4111.1571685493.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 21 Oct 2019 15:18:13 -0400 Message-ID: <4112.1571685493@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Ghiurea, Isabella" writes: > we are facing some performance issues with same SQL running in differen= t version ( PG SQL 10.9 vs > 9.5.16)returning different results when using GIST spatial index see b= ellow , Getting the wrong answer isn't a "performance issue" :-( You might find that reindexing the index makes the problem go away. Otherwise, I'd suggest inquiring in the PostGIS mailing list whether there's any known bugs in their code for 10.x. I don't see anything in our commit logs suggesting that there's a known problem with the core GIST code, but maybe there's something wrong with the PostGIS operator class the index is using. regards, tom lane