Re: Separate GUC for replication origins

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Separate GUC for replication origins
Дата
Msg-id f8ca5699-8ea8-4c75-946a-30154301aa73@eisentraut.org
обсуждение исходный текст
Ответ на Re: Separate GUC for replication origins  (Peter Eisentraut <peter@eisentraut.org>)
Ответы Re: Separate GUC for replication origins
Список pgsql-hackers
On 11.02.25 21:25, Euler Taveira wrote:
> Here is another patch that only changes the GUC name to
> max_replication_origin_sessions.

I think the naming and description of this is still confusing.

What does this name mean?  There is (I think) no such thing as a 
"replication origin session".  So why would there be a maximum of those?

The description in the documentation, after the patch, says "Specifies 
how many replication origins (see Chapter 48) can be tracked 
simultaneously".  But Chapter 48 does not say anything about what it 
means for a replication slot to be tracked.  The only use of the word 
tracked in that chapter is to say that replication slots do the tracking 
of replication progress.

Both of these are confusing independently, but moreover we are now using 
two different words ("sessions" and "tracked") for apparently the same 
thing, but neither of which is adequately documented in those terms 
anywhere else.

I agree that the originally proposed name max_replication_origins is not 
good, because you can "create" (using pg_replication_origin_create()) 
more than the configured maximum.  What is the term for what the setting 
actually controls?  How many are "active"?  "In use"?  Per session?  etc.




В списке pgsql-hackers по дате отправления: