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 1kTyxN-0004rN-LO for pgsql-hackers@arkaria.postgresql.org; Sun, 18 Oct 2020 03:02:02 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kTyxL-00083n-ER for pgsql-hackers@arkaria.postgresql.org; Sun, 18 Oct 2020 03:01:59 +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 1kTyxL-00083g-7I for pgsql-hackers@lists.postgresql.org; Sun, 18 Oct 2020 03:01:59 +0000 Received: from [66.111.4.221] (helo=new1-smtp.messagingengine.com) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kTyxI-0005d1-Pm for pgsql-hackers@lists.postgresql.org; Sun, 18 Oct 2020 03:01:58 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailnew.nyi.internal (Postfix) with ESMTP id E9F495800ED; Sat, 17 Oct 2020 23:01:45 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sat, 17 Oct 2020 23:01:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:subject:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=BylNM1/5d0TRzL0d/ EDTg2v3WGm+01MWX0/DRU7Napw=; b=aVEX4GazawDxOLZIk7gdYdQteWAWQAwTY 4+ym+FXXBfwO5TE3F167GVJIq6/SxcLx0U79foUDJQz4t+pEePJgV6QB91LBewlb IcNTUtF8t0zVIjtkJZDkHIuTfEPRXWWtYn0cI+mL3jPLr1Y5Bs01CH/nMt26Bf+q x/6e2Bi5NS86FEiPAvMeKWQyYPNnOyib0afTEFS48BvzGyK5m0hRzZeLt1zCO9gf UO5zk704FusahKeGY/SObCfTnmD63UJQWj1vJgZFyXMcRDxcMeLSKjODhfTzaWjs R7d3oTeHanQ73/zCWknWMyf9ZSOvhddYVP6Wbqomrm9omQex1UgTg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrieekgdeihecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkgggtuggjfgesthdtredttdervdenucfhrhhomheptehlvhgrrhho ucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgheqne cuggftrfgrthhtvghrnhepvefgleevgeeujeeghfegteeghfegheeifeehheelteetiedu ieeihffggfehffetnecukfhppeduledtrdelhedrudelrddugeeknecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhv hhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.148]) by mail.messagingengine.com (Postfix) with ESMTPA id 3CE3C3064682; Sat, 17 Oct 2020 23:01:44 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 5DC202A068E; Sun, 18 Oct 2020 00:01:42 -0300 (-03) Date: Sun, 18 Oct 2020 00:01:42 -0300 From: Alvaro Herrera To: Tom Lane Cc: Julien Rouhaud , Bruce Momjian , Robert Haas , Michael Paquier , torikoshia , Atsushi Torikoshi , Tatsuro Yamada , Tomas Vondra , Evgeny Efimkin , PostgreSQL Hackers Subject: Re: Feature improvement: can we add queryId for pg_catalog.pg_stat_activity view? Message-ID: <20201018030142.GA4069@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <119780.1602952131@sss.pgh.pa.us> User-Agent: Mutt/1.10.1 (2018-07-13) X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.221 (deferred) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-Oct-17, Tom Lane wrote: > Fair point, but if we allow several different values to be set in > different sessions, what ends up happening in pg_stat_statements? > > On the other hand, maybe that's just a matter for documentation. > "If the 'same' query is processed with two different queryID settings, > that will generally result in two separate table entries, because > the same ID hash is unlikely to be produced in both cases". Wait ... what? I've been thinking that this GUC is just to enable or disable the computation of query ID, not to change the algorithm to do so. Do we really need to allow different algorithms in different sessions?