Re: row filtering for logical replication
| От | Euler Taveira |
|---|---|
| Тема | Re: row filtering for logical replication |
| Дата | |
| Msg-id | d7483e04-7c5f-4881-a9a0-2363b2e52f78@www.fastmail.com обсуждение исходный текст |
| Ответ на | Re: row filtering for logical replication (Peter Eisentraut <peter.eisentraut@enterprisedb.com>) |
| Ответы |
Re: row filtering for logical replication
|
| Список | pgsql-hackers |
On Thu, Mar 25, 2021, at 8:15 AM, Peter Eisentraut wrote:
I have committed the 0001 patch.Attached are a few fixup patches that I recommend you integrate intoyour patch set. They address backward compatibility with PG13, and afew more stylistic issues.I suggest you combine your 0002, 0003, and 0004 patches into one. Theycan't be used separately, and for example the psql changes in patch 0003already appear as regression test output changes in 0002, so thisarrangement isn't useful. (0005 can be kept separately, since it'smostly for debugging right now.)
I appreciate your work on it. I split into psql and pg_dump support just
because it was developed after the main patch. I expect them to be combined
into the main patch (0002) before committing it. This new patch set integrates
them into the main patch.
I totally forgot about the backward compatibility support. Good catch. While
inspecting the code again, I did a small fix into the psql support. I added an
else as shown below so the query always returns the same number of columns and
we don't possibly have an issue while using a column number that is out of
range in PQgetisnull() a few lines later.
if (pset.sversion >= 140000)
appendPQExpBuffer(&buf,
", pg_get_expr(pr.prqual, c.oid)");
else
appendPQExpBuffer(&buf,
", NULL");
While testing the replication between v14 -> v10, I realized that even if the
tables in the publication have row filters, the data synchronization code won't
evaluate the row filter expressions. That's because the subscriber (v10) is
responsible to assemble the COPY command (possibly adding row filters) for data
synchronization and there is no such code in released versions. I added a new
sentence into copy_data parameter saying that row filters won't be used if
version is prior than 14. I also include this info into the commit message.
At this time, I didn't include the patch that changes the log_min_messages in
the row filter regression test. It was part of this patch set for testing
purposes only.
I don't expect the patch that measures row filter performance to be included
but I'm including it again in case someone wants to inspect the performance
numbers.
Вложения
В списке pgsql-hackers по дате отправления: