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 1jZF2S-0000Ms-3F for pgsql-admin@arkaria.postgresql.org; Thu, 14 May 2020 14:40:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jZF2R-0001tw-07 for pgsql-admin@arkaria.postgresql.org; Thu, 14 May 2020 14:40:43 +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 1jZF2Q-0001s4-Ov for pgsql-admin@lists.postgresql.org; Thu, 14 May 2020 14:40:42 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jZF2M-0000ox-Nx for pgsql-admin@postgresql.org; Thu, 14 May 2020 14:40:41 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 55FABBF9F3; Thu, 14 May 2020 14:40:36 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo04-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo04-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xMtaGA0oXRDe; Thu, 14 May 2020 14:40:31 +0000 (UTC) Received: from shr-macbook-pro.local (unknown [8.39.228.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id E0E9FBFEDD; Thu, 14 May 2020 14:40:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: viewing connectioninfo used by subscriber on the publication server when inactive From: Scott Ribe In-Reply-To: Date: Thu, 14 May 2020 08:40:27 -0600 Cc: Wim Bertels , pgsql-admin Content-Transfer-Encoding: quoted-printable Message-Id: References: <25037dc66dadcdd61148f6d59208217441abfd80.camel@ucll.be> <5f77a6c973aaf8f9086cf42933f476e5bd9a948d.camel@ucll.be> <562890eff48a048d4b09d23f76506fceb867a31f.camel@ucll.be> <95bb0c6c21a2a96a526a5ce01f16e62ea4f073f5.camel@ucll.be> To: Keith Fiske X-Mailer: Apple Mail (2.3608.80.23.2.2) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk > On May 14, 2020, at 8:34 AM, Keith Fiske = wrote: >=20 > But, again, I would still try and rethink this strategy. For instance: - single replication slot - logical decoding locally that filters updates and records the relevant = ones into a serialized updates table - clients record their position in the updates table, ask for new = updates on connect Or, similar to above, but just use triggers on relevant tables.=