Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZeZJL-0000zK-0g for pgsql-hackers@arkaria.postgresql.org; Wed, 23 Sep 2015 01:57:31 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZeZJJ-00031x-Lf for pgsql-hackers@arkaria.postgresql.org; Wed, 23 Sep 2015 01:57:29 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZeZI0-0001aI-NL for pgsql-hackers@postgresql.org; Wed, 23 Sep 2015 01:56:08 +0000 Received: from smtp-auth.no-ip.com ([8.23.224.61] helo=out.smtp-auth.no-ip.com) by makus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1ZeZHw-0004Ce-HD for pgsql-hackers@postgresql.org; Wed, 23 Sep 2015 01:56:06 +0000 X-No-IP: alvh.no-ip.org@noip-smtp X-Report-Spam-To: abuse@no-ip.com Received: from alvin.alvh.no-ip.org (unknown [181.43.4.161]) (Authenticated sender: alvh.no-ip.org@noip-smtp) by smtp-auth.no-ip.com (Postfix) with ESMTPA id 12D3240117A; Tue, 22 Sep 2015 18:55:58 -0700 (PDT) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 4FD8CD03; Tue, 22 Sep 2015 22:55:54 -0300 (CLT) Date: Tue, 22 Sep 2015 22:55:54 -0300 From: Alvaro Herrera To: Peter Geoghegan Cc: Tom Lane , Jim Nasby , Pg Hackers Subject: Re: Less than ideal error reporting in pg_stat_statements Message-ID: <20150923015554.GM295765@alvherre.pgsql> References: <5601D354.5000703@BlueTreble.com> <15898.1442965225@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Peter Geoghegan wrote: > My guess is that this very large query involved a very large number of > constants, possibly contained inside an " IN ( )". Slight variants of > the same query, that a human would probably consider to be equivalent > have caused artificial pressure on garbage collection. So if I have multiple queries like SELECT foo FROM bar WHERE baz IN (a, b) SELECT foo FROM bar WHERE baz IN (a, b, c) they are not normalized down to the same? That seems odd. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers