aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistutil.c
diff options
context:
space:
mode:
authorAmit Kapila <akapila@postgresql.org>2022-06-02 08:31:50 +0530
committerAmit Kapila <akapila@postgresql.org>2022-06-02 08:31:50 +0530
commitfd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e (patch)
tree22533094decc38cd00734d5e6da15b016735a052 /src/backend/access/gist/gistutil.c
parent99f6f19799edbba5e0a73702c0a1bd13bdd285a2 (diff)
downloadpostgresql-fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e.tar.gz
postgresql-fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e.zip
Prohibit combining publications with different column lists.
Currently, we simply combine the column lists when publishing tables on multiple publications and that can sometimes lead to unexpected behavior. Say, if a column is published in any row-filtered publication, then the values for that column are sent to the subscriber even for rows that don't match the row filter, as long as the row matches the row filter for any other publication, even if that other publication doesn't include the column. The main purpose of introducing a column list is to have statically different shapes on publisher and subscriber or hide sensitive column data. In both cases, it doesn't seem to make sense to combine column lists. So, we disallow the cases where the column list is different for the same table when combining publications. It can be later extended to combine the column lists for selective cases where required. Reported-by: Alvaro Herrera Author: Hou Zhijie Reviewed-by: Amit Kapila Discussion: https://postgr.es/m/202204251548.mudq7jbqnh7r@alvherre.pgsql
Diffstat (limited to 'src/backend/access/gist/gistutil.c')
0 files changed, 0 insertions, 0 deletions