Re: Conflict handling for COPY FROM

From: Surafel Temesgen <surafel3000(at)gmail(dot)com>
To: Alexey Kondratov <a(dot)kondratov(at)postgrespro(dot)ru>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Conflict handling for COPY FROM
Date: 2019-11-25 05:55:52
Message-ID: CALAY4q9TZ1cZc04A0_KOhBKAZe3jWeqEXSqJgVtQymD8v9u1BQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Nov 21, 2019 at 4:22 PM Alexey Kondratov <a(dot)kondratov(at)postgrespro(dot)ru>
wrote:

>
> Now the whole patch works exactly as expected for me and I cannot find
> any new technical flaws. However, the doc is rather vague, especially
> these places:
>
> + specifying it to -1 returns all error record.
>
> Actually, we return only rows with constraint violation, but malformed
> rows are ignored with warning. I guess that we simply cannot return
> malformed rows back to the caller in the same way as with constraint
> violation, since we cannot figure out (in general) which column
> corresponds to which type if there are extra or missing columns.
>
> + and same record formatting error is ignored.
>
> I can get it, but it definitely should be reworded.
>
> What about something like this?
>
> + <varlistentry>
> + <term><literal>ERROR_LIMIT</literal></term>
> + <listitem>
> + <para>
> + Enables ignoring of errored out rows up to <replaceable
> + class="parameter">limit_number</replaceable>. If <replaceable
> + class="parameter">limit_number</replaceable> is set
> + to -1, then all errors will be ignored.
> + </para>
> +
> + <para>
> + Currently, only unique or exclusion constraint violation
> + and rows formatting errors are ignored. Malformed
> + rows will rise warnings, while constraint violating rows
> + will be returned back to the caller.
> + </para>
> +
> + </listitem>
> + </varlistentry>
>
>
>
It is better so changed

regards
Surafel

Attachment Content-Type Size
conflict-handling-onCopy-from-v11.patch text/x-patch 15.1 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2019-11-25 07:06:44 Re: Problem during Windows service start
Previous Message Mark Dilger 2019-11-25 04:18:38 Re: Safeguards against incorrect fd flags for fsync()