Re: New Copy Formats - avro/orc/parquet
| От | Tom Lane |
|---|---|
| Тема | Re: New Copy Formats - avro/orc/parquet |
| Дата | |
| Msg-id | 18464.1518389293@sss.pgh.pa.us обсуждение |
| Ответ на | Re: New Copy Formats - avro/orc/parquet (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: New Copy Formats - avro/orc/parquet
Re: New Copy Formats - avro/orc/parquet |
| Список | pgsql-general |
Andres Freund <andres@anarazel.de> writes:
> So, I think making COPY extensible would be quite beneficial. I'm
> however quite doubtful that we want to add core code to handle all of
> the above. I think we should make the COPY input/output formatting
> extensible by extensions.
+1. I can't see carrying code for these formats in-core, but I've
no objection to making it possible for someone else to maintain them.
> I imagine we'd have callbacks for
> - start copy in / out
> - output row, with a an array of values/nulls
> - parse row, with a input buffer as argument, returning values / nulls arrays
> - finish copy in / out
Also something to allow absorbing format-specific options, if the
precedent of CSV is anything to go by. (Any such patch should manage
to turn COPY-CSV into an extension, at least so far as copy.c is
concerned, even if we don't package it as one.)
regards, tom lane
В списке pgsql-general по дате отправления: