Re: Proposal: Conflict log history table for Logical Replication
От | Dilip Kumar |
---|---|
Тема | Re: Proposal: Conflict log history table for Logical Replication |
Дата | |
Msg-id | CAFiTN-tEgkKQHUikn6iBFCYf7XOObR7ncUq=OVh7WEk=6P4ymw@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 Thu, Sep 25, 2025 at 11:53 AM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > > [1] > > /* > > * For logical decode we need combo CIDs to properly decode the > > * catalog > > */ > > if (RelationIsAccessibleInLogicalDecoding(relation)) > > log_heap_new_cid(relation, &tp); > > > > Meanwhile I am also exploring the option where we can just CREATE TYPE > in initialize_data_directory() during initdb, basically we will create > this type in template1 so that it will be available in all the > databases, and that would simplify the table creation whether we > create internally or we allow user to create it. And while checking > is_publishable_class we can check the type and avoid publishing those > tables. > Based on my off list discussion with Amit, one option could be to set HEAP_INSERT_NO_LOGICAL option while inserting tuple into conflict history table, for that we can not use SPI interface to insert instead we will have to directly call the heap_insert() to add this option. Since we do not want to create any trigger etc on this table, direct insert should be fine, but if we plan to create this table as partitioned table in future then direct heap insert might not work. -- Regards, Dilip Kumar Google
В списке pgsql-hackers по дате отправления: