Peter Eisentraut 325f2ec555 Handle heap rewrites even better in logical decoding ... Logical decoding should not publish anything about tables created as part of a heap rewrite during DDL. Those tables don't exist externally, so consumers of logical decoding cannot do anything sensible with that information. In ab28feae2b, we worked around this for built-in logical replication, but that was hack. This is a more proper fix: We mark such transient heaps using the new field pg_class.relwrite, linking to the original relation OID. By default, we ignore them in logical decoding before they get to the output plugin. Optionally, a plugin can register their interest in getting such changes, if they handle DDL specially, in which case the new field will help them get information about the actual table. Reviewed-by: Craig Ringer <craig@2ndquadrant.com>		2018-03-21 09:15:04 -04:00
..
expected	Handle heap rewrites even better in logical decoding	2018-03-21 09:15:04 -04:00
specs	Handle heap rewrites even better in logical decoding	2018-03-21 09:15:04 -04:00
sql	Handle heap rewrites even better in logical decoding	2018-03-21 09:15:04 -04:00
.gitignore	Improve isolation tests infrastructure.	2017-03-14 15:56:17 -07:00
logical.conf
Makefile	Improve isolation tests infrastructure.	2017-03-14 15:56:17 -07:00
test_decoding.c	Handle heap rewrites even better in logical decoding	2018-03-21 09:15:04 -04:00