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 |
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() |