Re: Conflict detection for update_deleted in logical replication
От | Amit Kapila |
---|---|
Тема | Re: Conflict detection for update_deleted in logical replication |
Дата | |
Msg-id | CAA4eK1LqUj1hFgDe3x8K5vDffjDsnP8w7VchpR_QfPmDckaPEw@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: Conflict detection for update_deleted in logical replication ("Zhijie Hou (Fujitsu)" <houzj.fnst@fujitsu.com>) |
Ответы |
Re: Conflict detection for update_deleted in logical replication
RE: Conflict detection for update_deleted in logical replication |
Список | pgsql-hackers |
On Fri, Sep 12, 2025 at 3:39 PM Zhijie Hou (Fujitsu) <houzj.fnst@fujitsu.com> wrote: > > Here is the V74 patch which addressed all comments. > + ereport(LOG, + errmsg("logical replication worker for subscription \"%s\" will resume retaining the information for detecting conflicts", + MySubscription->name), + MySubscription->maxretention + ? errdetail("Retention of information used for conflict detection is now within the max_retention_duration of %u ms.", + MySubscription->maxretention) + : errdetail("Retention of information used for conflict detection is now indefinite.")); The detail message doesn't seems to convey the correct meaning as the duration is compared with something vague. How about changing errdetail messages as follows: "Retention is re-enabled as the apply process is advancing its xmin within the configured max_retention_duration of %u ms." "Retention is re-enabled as max_retention_duration is set to unlimited." If you agree with the above then we can consider changing the existing errdetail related to stop_retention functionality as follows: "Retention is stopped as the apply process is not advancing its xmin within the configured max_retention_duration of %u ms." Apart from these, I have made some cosmetic changes in the attached. -- With Regards, Amit Kapila.
Вложения
В списке pgsql-hackers по дате отправления: