Re: Logical replication without a Primary Key

Поиск
Список
Период
Сортировка
От Petr Jelinek
Тема Re: Logical replication without a Primary Key
Дата
Msg-id 3992d39f-b294-85e1-6b40-92f0848e5895@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Logical replication without a Primary Key  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 07/12/17 21:19, Robert Haas wrote:
> On Thu, Dec 7, 2017 at 2:53 PM, Chapman Flack <chap@anastigmatix.net> wrote:
>> On 12/07/2017 02:38 PM, Joshua D. Drake wrote:
>>> A    B   C
>>> foo,bar,baz
>>> foo,bar,baz
>>>
>>> And then I say:
>>>
>>> UPDATE test set A = 1 where C = baz
>>>
>>> I have updated two rows because there is no primary key to identify the
>>> differences. Both of those rows should be updated and thus replicated
>>
>> Would the subscriber see two records reporting update of a
>> foo,bar,baz row to 1, so it would do that to (arbitrarily)
>> one of them the first time, and (necessarily) the other, the
>> second time?
> 
> Exactly.
> 
> (I think.)
> 

Yes, that how it was designed to work.

-- 
  Petr Jelinek                  http://www.2ndQuadrant.com/
  PostgreSQL Development, 24x7 Support, Training & Services


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

Предыдущее
От: Thomas Munro
Дата:
Сообщение: Re: [HACKERS] Parallel tuplesort (for parallel B-Tree index creation)
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Usage of epoch in txid_current