Re: COPY enhancements

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: COPY enhancements
Дата
Msg-id 19938.1252678731@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: COPY enhancements  (Emmanuel Cecchet <manu@asterdata.com>)
Ответы Re: COPY enhancements  (Emmanuel Cecchet <manu@asterdata.com>)
Re: COPY enhancements  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Emmanuel Cecchet <manu@asterdata.com> writes:
> The new syntax could look like:

> COPY /tablename/ [ ( /column/ [, ...] ) ]
>     FROM { '/filename/' | STDIN }
>     [ [, BINARY ]
>       [, OIDS ]
>       [, DELIMITER [ AS ] '/delimiter/' ]
>       [, NULL [ AS ] '/null string/' ]
>       [, CSV [ HEADER ]
>              [ QUOTE [ AS ] '/quote/' ] 
>              [ ESCAPE [ AS ] '/escape/' ]
>              [ FORCE NOT NULL (/column/ [, ...]) ]
>       [, ERRORS { SKIP | 
>                   LOG INTO { tablename | 'filename' }
>                     [ LABEL label_name ]
>                     [ KEY key_name ]
>                     [ MAX ERRORS /count/ ] } ]

> Is this what you had in mind?

No. because that doesn't do a darn thing to make the option set less
hard-wired into the syntax.  I was thinking of a strict keyword/value
format with non-wired-in keywords ... and only *one* keyword per value.
See EXPLAIN.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Why does LOG have higher priority than ERROR and WARNING?
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: RfD: more powerful "any" types