RE: Initial Schema Sync for Logical Replication

Поиск
Список
Период
Сортировка
От Kumar, Sachin
Тема RE: Initial Schema Sync for Logical Replication
Дата
Msg-id 58b85e30b4d8474582d35f19ad277c63@amazon.com
обсуждение исходный текст
Ответ на Re: Initial Schema Sync for Logical Replication  (Amit Kapila <amit.kapila16@gmail.com>)
Список pgsql-hackers
Hi Amit,

> From: Amit Kapila <amit.kapila16@gmail.com>
> > > Hi,
> > >
> > > I have a couple of questions.
> > >
> > > Q1.
> > >
> > > What happens if the subscriber already has some tables present? For
> > > example, I did not see the post saying anything like "Only if the
> > > table does not already exist then it will be created".
> > >
> > My assumption was the if subscriber is doing initial schema sync , It
> > does not have any conflicting database objects.
> >
> 
> Can't we simply error out in such a case with "obj already exists"?
> This would be similar to how we deal with conflicting rows with unique/primary
> keys.
Right this is the default behaviour , We will run pg_restore with --single_transaction,
So if we get error while executing a create table the whole pg_restore will fail and 
user will notified. 
Regards
Sachin

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

Предыдущее
От: John Naylor
Дата:
Сообщение: Re: [PoC] Improve dead tuple storage for lazy vacuum
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Dropped and generated columns might cause wrong data on subs when REPLICA IDENTITY FULL