From: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
---|---|
To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Cc: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>, Joel Jacobson <joel(at)compiler(dot)org>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Schema variables - new implementation for Postgres 15+1 |
Date: | 2022-04-11 15:34:32 |
Message-ID: | YlRKiFZNKhWSNH4T@jrouhaud |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On Sun, Apr 10, 2022 at 03:43:33PM -0500, Justin Pryzby wrote:
> On Sun, Apr 10, 2022 at 08:30:39PM +0200, Pavel Stehule wrote:
> > I am sending fresh rebased patch + separation to more patches. This split
> > is initial, and can be changed later
>
> The 0001 patch requires this, but it's not included until 0003.
> src/include/commands/session_variable.h
>
> Each patch should compile and pass tests with the preceding patches, without
> the following patches. I think the regression tests should be included with
> their corresponding patch. Maybe it's ok to separate out the changes for
> pg_dump, docs, and psql - but they'd have to be merged together eventually.
> I realize some of this runs counter to Julien's suggestion to split patches.
Note that most of my suggestions were only to make the patch easier to review,
which was mostly trying to limit a bit the core of the new code.
Unfortunately, given the feature we can't really split the patch in many and
smaller parts and expect them to be completely self contained, so I'm not
against splitting smaller chunks like psql support and whatnot. But I'm not
convinced that it will make it easier to review.
From | Date | Subject | |
---|---|---|---|
Next Message | Julien Rouhaud | 2022-04-11 15:36:31 | Re: make MaxBackends available in _PG_init |
Previous Message | Tom Lane | 2022-04-11 15:22:40 | Re: Frontend error logging style |