Re: Allow logical replication to copy tables in binary format
Amit Kapila <amit.kapila16@gmail.com>
From: Amit Kapila <amit.kapila16@gmail.com>
To: Peter Smith <smithpb2250@gmail.com>
Cc: Melih Mutlu <m.melihmutlu@gmail.com>, vignesh C <vignesh21@gmail.com>, "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>,
"shiy.fnst@fujitsu.com" <shiy.fnst@fujitsu.com>, Euler Taveira <euler@eulerto.com>, Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>, Dilip Kumar <dilipbalaut@gmail.com>, "osumi.takamichi@fujitsu.com" <osumi.takamichi@fujitsu.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2023-03-21T06:03:00Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Allow logical replication to copy tables in binary format.
- ecb696527c01 16.0 landed
-
Common function for percent placeholder replacement
- c96de2ce1782 16.0 cited
-
Doc: add XML ID attributes to <sectN> and <varlistentry> tags.
- 78ee60ed84bb 16.0 cited
-
Re-order disable_on_error in tab-complete.
- d547f7cf5efc 16.0 cited
-
Make subscription tests pass with log_error_verbosity=verbose
- 19408aae7fa2 15.0 cited
-
Weaken type-OID-matching checks in array_recv and record_recv.
- 670c0a1d474b 14.0 cited
-
Allow logical replication to transfer data in binary format.
- 9de77b545313 14.0 cited
On Tue, Mar 21, 2023 at 7:03 AM Peter Smith <smithpb2250@gmail.com> wrote: > > > ====== > src/test/subscription/t/014_binary.pl > > 4. > # ----------------------------------------------------- > # Test mismatched column types with/without binary mode > # ----------------------------------------------------- > > # Test syncing tables with mismatching column types > $node_publisher->safe_psql( > 'postgres', qq( > CREATE TABLE public.test_mismatching_types ( > a bigint PRIMARY KEY > ); > INSERT INTO public.test_mismatching_types (a) > VALUES (1), (2); > )); > > # Check the subscriber log from now on. > $offset = -s $node_subscriber->logfile; > > # Ensure the subscription is enabled. disable_on_error is still true, > # so the subscription can be disabled due to missing realtion until > # the test_mismatching_types table is created. > $node_subscriber->safe_psql( > 'postgres', qq( > CREATE TABLE public.test_mismatching_types ( > a int PRIMARY KEY > ); > ALTER SUBSCRIPTION tsub ENABLE; > ALTER SUBSCRIPTION tsub REFRESH PUBLICATION; > )); > > ~~ > > I found the "Ensure the subscription is enabled..." comment and the > necessity for enabling the subscription to be confusing. > > Can't some complications all be eliminated just by creating the table > on the subscribe side first? > Hmm, that would make this test inconsistent with other tests and probably difficult to understand and extend. I don't like to say this but I think introducing disable_on_error has introduced more complexities in the patch due to the requirement of enabling subscription again and again. I feel it would be better without using disable_on_error option in these tests. One minor point: + format can be faster than the text format, but it is less portable + across machine architectures and PostgreSQL versions. As per email [1], it would be better to use <productname> tag here with PostgreSQL. [1] - https://www.postgresql.org/message-id/932629.1679322674%40sss.pgh.pa.us -- With Regards, Amit Kapila.