aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist
diff options
context:
space:
mode:
authorPeter Eisentraut <peter_e@gmx.net>2017-09-26 10:03:56 -0400
committerPeter Eisentraut <peter_e@gmx.net>2017-09-26 10:13:55 -0400
commit1a499c252049dad9016a04bcbab27b8c616d4d03 (patch)
tree109b4cc99e6a5ebe772fdd587772995667801ff4 /src/backend/access/gist
parent4621c7f7a432fbb24b69c5cf0c877c17832c26ac (diff)
downloadpostgresql-1a499c252049dad9016a04bcbab27b8c616d4d03.tar.gz
postgresql-1a499c252049dad9016a04bcbab27b8c616d4d03.zip
Handle heap rewrites better in logical replication
A FOR ALL TABLES publication naturally considers all base tables to be a candidate for replication. This includes transient heaps that are created during a table rewrite during DDL. This causes failures on the subscriber side because it will not have a table like pg_temp_16386 to receive data (and if it did, it would be the wrong table). The prevent this problem, we filter out any tables that match this naming pattern and match an actual table from FOR ALL TABLES publications. This is only a heuristic, meaning that user tables that match that naming could accidentally be omitted. A more robust solution might require an explicit marking of such tables in pg_class somehow. Reported-by: yxq <yxq@o2.pl> Bug: #14785 Reviewed-by: Andres Freund <andres@anarazel.de> Reviewed-by: Petr Jelinek <petr.jelinek@2ndquadrant.com>
Diffstat (limited to 'src/backend/access/gist')
0 files changed, 0 insertions, 0 deletions