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 1nNAJ3-0000vF-Fp for pgsql-hackers@arkaria.postgresql.org; Thu, 24 Feb 2022 09:21:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nNAJ2-00054q-DR for pgsql-hackers@arkaria.postgresql.org; Thu, 24 Feb 2022 09:21:00 +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 1nNAJ1-00054f-AA for pgsql-hackers@lists.postgresql.org; Thu, 24 Feb 2022 09:21:00 +0000 Received: from [66.111.4.28] (helo=out4-smtp.messagingengine.com) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nNAIw-0006RR-0q for pgsql-hackers@postgresql.org; Thu, 24 Feb 2022 09:20:58 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 1E80C5C09F7; Thu, 24 Feb 2022 04:20:43 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Thu, 24 Feb 2022 04:20:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=11GE24rIKZO4Fz+TSafycMKpbAbmfLuTtbTUL4SYo dk=; b=iuwNgS7nOTIvKLCW0o/d8u4DAHoVG62UZ80J3WfxkzI27FYOXSBrhTPBf ZpbemW5nKhd8lDXgV1uH3wlJzN/0v6Uf6qtYa/nvYh+4UF+/noar2paACshFPrqP nijyHKQsgkBgywXBXLpQF3rB9Q6xujqDlCDk0A3G1VdZ8xXVgLZJgUmjKKeIKP0i F2BVG65LrCHwR9d0nj2RajzMGU2QDUkEhtviBWLUYphLSJZ8gYGjKHcl4o5pj3eY F3PYA71WGUmEVnc+VeAoVqUtxgaxAD2Al8X0O7xd9iJLzF5X2KecbZL0lPX8xmgQ +kWKvfHApEbOWTRfjN1bMPXHLYd8g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrledvgddtvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvghtvghr ucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnthgvrh hprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeefjeegheetuefhveevudel ueeftdejteeiffetvdduhfdtieefgfeutedtveeggfenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghuthes vghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 24 Feb 2022 04:20:41 -0500 (EST) Message-ID: Date: Thu, 24 Feb 2022 10:20:39 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 Subject: Re: Design of pg_stat_subscription_workers vs pgstats Content-Language: en-US To: Andres Freund , Amit Kapila Cc: Masahiko Sawada , "David G. Johnston" , pgsql-hackers References: <20220218203255.d3evl6qi2n6gxy6b@alap3.anarazel.de> <20220219160203.y5w2ktc2utthn7pe@alap3.anarazel.de> <20220221053453.lo6fzmji23ennvgj@alap3.anarazel.de> <20220221074806.nyhdberpuwbcbudp@alap3.anarazel.de> <20220221161715.647j6s65b4nn7owp@alap3.anarazel.de> From: Peter Eisentraut In-Reply-To: <20220221161715.647j6s65b4nn7owp@alap3.anarazel.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.28 (deferred) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 21.02.22 17:17, Andres Freund wrote: > Hi, > > On 2022-02-21 14:49:01 +0530, Amit Kapila wrote: >> On Mon, Feb 21, 2022 at 1:18 PM Andres Freund wrote: >>>> * stats_reset (Time at which these statistics were last reset) >>>> >>>> The view name could be pg_stat_subscription_lrep, >>>> pg_stat_logical_replication, or something on those lines. >>> >>> pg_stat_subscription_stats :) > >> Having *stat* two times in the name sounds slightly odd to me but let >> us see what others think. One more option could be >> pg_stat_subscription_replication. > > It was a joke, making light of our bad naming in pg_stat_*, not a serious > suggestion... I think pg_stat_subscription_stats is actually the least worst option. Unless we want to consider renaming pg_stat_subscription (which is actually more like pg_stat_subscription_activity). But I think that should be avoided.