Re: Support logical replication of DDLs
От | Zheng Li |
---|---|
Тема | Re: Support logical replication of DDLs |
Дата | |
Msg-id | CAAD30UKeRsGfqqTC-qTf_3auqz43FTTHhfhbi3b_1_=ye818fw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Support logical replication of DDLs (Dilip Kumar <dilipbalaut@gmail.com>) |
Ответы |
Re: Support logical replication of DDLs
Re: Support logical replication of DDLs |
Список | pgsql-hackers |
Hi, > > Good catch. The reason for having isTopLevel in the condition is > > because I haven't decided if a DDL statement inside a PL should > > be replicated from the user point of view. For example, if I execute a > > plpgsql function or a stored procedure which creates a table under the hood, > > does it always make sense to replicate the DDL without running the same > > function or stored procedure on the subscriber? It probably depends on > > the specific > > use case. Maybe we can consider making this behavior configurable by the user. > > But then this could be true for DML as well right? Like after > replicating the function to the subscriber if we are sending the DML > done by function then what's the problem in DDL. I mean if there is > no design issue in implementing this then I don't think there is much > point in blocking the same or even providing configuration for this. Agreed. I'll unblock DDLs in functions/procedures and test it out. I find out some DDLs in functions are replicated multiple times on the subscriber while they should only be replicated once. Still trying to figure out why. >The patch no longer applies. The patch is a very good attempt, and I >would also like to contribute if required. >I have a few comments but will hold it till a rebased version is available. Hi, Ajin. That'll be great! I'll rebase my github branch to master head. In the meantime, this github branch still works https://github.com/zli236/postgres/tree/ddl_replication Regards, Zheng
В списке pgsql-hackers по дате отправления: