Re: Move global variables of pgoutput to plugin private scope.
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Amit Kapila <amit.kapila16@gmail.com>
Cc: "Zhijie Hou (Fujitsu)" <houzj.fnst@fujitsu.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-09-27T04:16:37Z
Lists: pgsql-hackers
On Wed, Sep 27, 2023 at 09:39:19AM +0530, Amit Kapila wrote: > On Wed, Sep 27, 2023 at 9:10 AM Michael Paquier <michael@paquier.xyz> wrote: >> Err, actually, I am going to disagree here for the patch of HEAD. It >> seems to me that there is zero need for pgoutput.h and we don't need >> to show PGOutputData to the world. The structure is internal to >> Pgoutput.c and used only by its internal static routines. > > Do you disagree with the approach for the PG16 patch or HEAD? You > mentioned HEAD but your argument sounds like you disagree with a > different approach for PG16. Only HEAD where the structure should be moved from pgoutput.h to pgoutput.c, IMO. The proposed patch for PG16 is OK as the size of the structure should not change in a branch already released. -- Michael
Commits
-
Move tracking of in_streaming to PGOutputData
- 9210afd3bcd6 17.0 landed
-
Fix the misuse of origin filter across multiple pg_logical_slot_get_changes() calls.
- 54ccfd65868c 17.0 landed
- 8d05be93197c 16.1 landed
-
Fix typos in pgoutput.c
- c868cbfef70a 17.0 landed