[pgpool-hackers: 3526] Re: Refactoring running mode in Pgpool-II

[Umar Hayat]

Yes, Its would be a nice feature and it would create more clarity in
configuration. Few comments/suggests.
1.
To me "running_mode" seems bit generic, and it might be confusing whether
its is something related to how pgpool application was started ( like we
have pgpool -m smart/fast/etc ),
We might have same feature of 'pgpool start' as well (
headless/light/integrated etc. )

Instead of 'running_mode' we can have 'replication_setup' or
'replication_setup_mode'  with following value:
streaming
logical
native
slony
raw

2.
Just an idea, we should develop this in extensibility in mind. In feature,
if we have some new kind of replication mode, pgpool should be able to
accommodate it with minimum changes ( or my be user can provide their own
replication mode somehow, like we have memcached extensibility )

Regards
Umar Hayat
Principal Software Engineer
EnterpriseDB: https://www.enterprisedb.com

On Mon, Mar 2, 2020 at 7:11 PM Muhammad Usama <m.usama at gmail.com> wrote:

>
>
> On Mon, Mar 2, 2020 at 7:16 AM Tatsuo Ishii <ishii at sraoss.co.jp> wrote:
>
>> Currently we have multiple configuration parameters to set the running
>> mode (i.e. streaming replication mode and native replication mode
>> etc.). However, actually those modes are mutually exclusive. So why
>> don't we have a single new parameter, say "running_mode", instead of
>> multiple parameters like replication_mode, master_slave_mode and
>> master_slave_sub_mode? It will have enum type values:
>>
>> streaming_replication
>> logical_replication
>> native_replication
>> slony
>> raw
>>
>> If there's no objection, I would like to implement this for 4.2.
>>
>>
> I think its a good idea and a much-needed improvement.
>
> Best regards
> Muhammad Usama
>
>
>> Best regards,
>> --
>> Tatsuo Ishii
>> SRA OSS, Inc. Japan
>> English: http://www.sraoss.co.jp/index_en.php
>> Japanese:http://www.sraoss.co.jp
>> _______________________________________________
>> pgpool-hackers mailing list
>> pgpool-hackers at pgpool.net
>> http://www.pgpool.net/mailman/listinfo/pgpool-hackers
>>
> _______________________________________________
> pgpool-hackers mailing list
> pgpool-hackers at pgpool.net
> http://www.pgpool.net/mailman/listinfo/pgpool-hackers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.sraoss.jp/pipermail/pgpool-hackers/attachments/20200303/18848d22/attachment.html>