Re: Conflict handling for COPY FROM

Поиск
Список
Период
Сортировка
От Nasby, Jim
Тема Re: Conflict handling for COPY FROM
Дата
Msg-id C85CD39D-65D8-4CBF-955C-AEEF731E648B@amazon.com
обсуждение исходный текст
Ответ на Re: Conflict handling for COPY FROM  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Aug 20, 2018, at 5:14 AM, Robert Haas <robertmhaas@gmail.com> wrote:
>
> On Sat, Aug 4, 2018 at 9:10 AM Surafel Temesgen <surafel3000@gmail.com> wrote:
> In order to prevent extreme condition the patch also add a new GUC variable called copy_max_error_limit that control
theamount of error to swallow before start to error and new failed record file options for copy to write a failed
recordso the user can examine it. 
>
> Why should this be a GUC rather than a COPY option?
>
> In fact, try doing all of this by adding more options to COPY rather than new syntax.
>
> COPY ... WITH (ignore_conflicts 1000, ignore_logfile '...')
>
> It kind of stinks to use a log file written by the server as the dup-reporting channel though. That would have to be
superuser-only.

Perhaps a better option would be to allow the user to specify a name for a cursor, and have COPY do the moral
equivalentof DECLARE name? Calling a function for each bad row would be another option. 

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: psql display of foreign keys
Следующее
От: Andres Freund
Дата:
Сообщение: Re: reducing isolation tests runtime