Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher

From: Önder Kalacı <onderkalaci(at)gmail(dot)com>
To: vignesh C <vignesh21(at)gmail(dot)com>
Cc: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, "shiy(dot)fnst(at)fujitsu(dot)com" <shiy(dot)fnst(at)fujitsu(dot)com>, "wangw(dot)fnst(at)fujitsu(dot)com" <wangw(dot)fnst(at)fujitsu(dot)com>, Marco Slot <marco(dot)slot(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher
Date: 2023-03-08 15:14:39
Message-ID: CACawEhUvocoB84dtsiCXOR1uV=n+VLEhjhfuwJ_Tc_Cn4A+Y8w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

> I felt that once you remove the create publication/subscription/wait
> for sync steps, the test execution might become faster and save some
> time in the local execution, cfbot and the various machines in
> buildfarm. If the execution time will not reduce, then no need to
> change.
>
>
So, as I noted earlier, there are different schemas. As far as I count,
there are at least
7 different table definitions. I think all tables having the same name are
maybe confusing?

Even if I try to group the same table definitions, and avoid create
publication/subscription/wait
for sync steps, the total execution time of the test drops only ~5%. As far
as I test, that does not
seem to be the bottleneck for the tests.

Well, I'm really not sure if it is really worth doing that. I think having
each test independent of each
other is really much easier to follow.

Though, while looking into the execution times, I realized that in some
tests, I used quite a lot
of unnecessary tuples such as:

- "INSERT INTO test_replica_id_full SELECT i, i FROM
generate_series(0,2100)i;");
+ "INSERT INTO test_replica_id_full SELECT i, i FROM
generate_series(0,21)i;");

In the next iteration of the patch, I'm going to decrease the number of
tuples. That seems to
save 5-10% of the execution time on my local machine.

Thanks,
Onder KALACI

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dmitry Dolgov 2023-03-08 15:33:49 Re: Schema variables - new implementation for Postgres 15
Previous Message Peter Eisentraut 2023-03-08 15:13:44 Re: TAP tests for psql \g piped into program