Re: Simplify code building the LR conflict messages
| От | Álvaro Herrera |
|---|---|
| Тема | Re: Simplify code building the LR conflict messages |
| Дата | |
| Msg-id | 202512031437.2ftup2yiuyub@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: Simplify code building the LR conflict messages (Amit Kapila <amit.kapila16@gmail.com>) |
| Ответы |
Re: Simplify code building the LR conflict messages
|
| Список | pgsql-hackers |
On 2025-Dec-01, Amit Kapila wrote: > The reason for displaying in this style is that, in conflicts, users > may want to define their custom resolution strategies based on > conflict_type. Sometimes they need to resolve conflicts manually as > well. To make an informed decision on which version of the row is > "correct," the human reviewer needs full context. I think it's odd that conflict resolution depends on log entries. I think it would be much more valuable if conflict reporting would save the details of the conflict to some kind of conflict logging table. How exactly are we expecting that users would bring the data from the log file to a database row, when they are to be merged? What happens if there are bytea columns in the table? -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления: