Re: on_error table, saving error info to a table

From: Zsolt Parragi <zsolt(dot)parragi(at)percona(dot)com>
To: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: on_error table, saving error info to a table
Date: 2026-05-28 22:41:11
Message-ID: CAN4CZFNxDsZ=VZSAWHxOM=Lkz-OY_V9eZcyno5FEP6=fzC09Zw@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Generally looks good to me, I only found a few typos:

+ errmsg("saving error information to table \"%s\" row due to
data type incompatibility at line %" PRIu64 " for column \"%s\":
\"%s\"",

Is row needed there?

+ * TODO: Allow cstate->error_rel to be a partitioned table. This should be
+ * not difficult, but requires proper handling of constraints and triggers

should not be difficult

+ privileges on it. During the error records inseration,
+ <literal>NOT NULL</literal> and <literal>CHECK</literal>
constraints are enforced,
+ and both row-level and statement-level triggers will be fired.

record's insertion

Maybe this could explicitly mention that failure to insert into the
error table will fail the copy statement? Or some better wording of
that, as it is allowed behavior with triggers.

In response to

Browse pgsql-hackers by date

  From Date Subject
Previous Message Masahiko Sawada 2026-05-28 22:33:33 Re: [PATCH] Improving index selection for logical replication apply with replica identity full