Re: Proposal: Conflict log history table for Logical Replication
От | Amit Kapila |
---|---|
Тема | Re: Proposal: Conflict log history table for Logical Replication |
Дата | |
Msg-id | CAA4eK1JPxMRVvThrYVxnE=EAAgOVkLKZ9+Nt1SE4_+Mo3W9BxQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Proposal: Conflict log history table for Logical Replication (Dilip Kumar <dilipbalaut@gmail.com>) |
Ответы |
Re: Proposal: Conflict log history table for Logical Replication
|
Список | pgsql-hackers |
On Fri, Aug 15, 2025 at 2:31 PM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > Yet another question is about table names, whether we keep some > standard name like conflict_log_history_$subid or let users pass the > name. > It would be good if we can let the user specify the table_name and if she didn't specify then use an internally generated name. I think it will be somewhat similar to slot_name. However, in this case, there is one challenge which is how can we decide whether the schema of the user provided table_name is correct or not? Do we compare it with the standard schema we are planning to use? One idea to keep things simple for the first version is that we allow users to specify the table_name for storing conflicts but the table should be created internally and if the same name table already exists, we can give an ERROR. Then we can later extend the functionality to even allow storing conflicts in pre-created tables with more checks about its schema. -- With Regards, Amit Kapila.
В списке pgsql-hackers по дате отправления: