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 1gQGjo-0002Ek-67 for pgsql-hackers@arkaria.postgresql.org; Fri, 23 Nov 2018 19:03:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gQGjm-00051n-6x for pgsql-hackers@arkaria.postgresql.org; Fri, 23 Nov 2018 19:03:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gQGjl-00051g-Vr for pgsql-hackers@lists.postgresql.org; Fri, 23 Nov 2018 19:03:34 +0000 Received: from tamriel.snowman.net ([2001:470:e38f::11]) by magus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gQGjj-0005od-De for pgsql-hackers@postgresql.org; Fri, 23 Nov 2018 19:03:33 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 44A955F79C; Fri, 23 Nov 2018 14:03:30 -0500 (EST) Date: Fri, 23 Nov 2018 14:03:30 -0500 From: Stephen Frost To: =?iso-8859-1?Q?Fabr=EDzio?= de Royes Mello Cc: petr.jelinek@2ndquadrant.com, Euler Taveira de Oliveira , Pgsql Hackers , hironobu@interdb.jp Subject: Re: row filtering for logical replication Message-ID: <20181123190330.GI3415@tamriel.snowman.net> References: <7106a0fc-8017-c0fe-a407-9466c9407ff8@2ndquadrant.com> <92e5587d-28b8-5849-2374-5ca3863256f1@2ndquadrant.com> <466cdec7-92a0-41c0-b74a-ec0be94d4451@2ndquadrant.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="60m8Ey44SH8YQcXf" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --60m8Ey44SH8YQcXf Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings, * Fabr=EDzio de Royes Mello (fabriziomello@gmail.com) wrote: > On Fri, Nov 23, 2018 at 4:13 PM Petr Jelinek > wrote: > > > If carefully documented I see no problem with it... we already have an > > > analogous problem with functional indexes. > > > > The difference is that with functional indexes you can recreate the > > missing object and everything is okay again. With logical replication > > recreating the object will not help. > > >=20 > In this case with logical replication you should rsync the object. That is > the price of misunderstanding / bad use of the new feature. >=20 > As usual, there are no free beer ;-) There's also certainly no shortage of other ways to break logical replication, including ways that would also be hard to recover from today other than doing a full resync. What that seems to indicate, to me at least, is that it'd be awful nice to have a way to resync the data which doesn't necessairly involve transferring all of it over again. Of course, it'd be nice if we could track those dependencies too, but that's yet another thing. In short, I'm not sure that I agree with the idea that we shouldn't allow this and instead I'd rather we realize it and put the logical replication into some kind of an error state that requires a resync. Thanks! Stephen --60m8Ey44SH8YQcXf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJb+E8BAAoJEO1sijiDR2RVh5kP+gJXdFFbQUfXdLiaoKmQtYgU aI76v6kbfT3khD5HXhDlIZNZcnLwDXcjJyDqUOq5k+8b1lfH6bjxhW4d2fshcbEK T6JGkfxGHMsp0XxRpgmB7DjYKmgk1L2mnbCi2Xz0hAlIIWhJlAjz6xQ6rCJhIbHf 4U3unQSRrFWUMktVc8q5vYi1uvHq1wL9ERaHhpcKGlY0rmiC7MUKcCu4nRmttITh f5Nq0SB4ln6dwE0OmbaBvNjwyWseMMNqKB3UE7IMLwq91rUHl2MRBY6UB//2AEUm cm4loDkzFxoPRtZCSWmjfoCObw/wtleiSXdMqhlkqkkbbziNoivkLoE9XE96CCes gia9Tx00zUVoC+0wYSKk1JNaPK0ooFMlnxkdwn4uWSDEXrkovwjAu8vVURzkHKtM kYA4Shf3WF8ThTBhvyhG8xoPjBP1BfdQcZ2cdq1J1A/S8OF8EA9WyCqOVIBTysNd Wgh8eyrcJ0yqMRdDjvaUBf6LoSFcLbqWxEdckkjhvh4Q9nbra5FJXI2AHaulLths q7Rve+W3j4uh4uT1Eiyt8PcnzMYE2L/QgYel5omBQz8YEwftzOpQaplon7av4NxD GUPU+57WCPJ3U24Gn72JD2R9BCZ4hnJbYKyHvkcWNwEXLPdaYds85q26S5NKuUrA iJhSaaQOq7Nio5EJ7Ppl =hw7D -----END PGP SIGNATURE----- --60m8Ey44SH8YQcXf--