Re: Ragged CSV import
| От | Tom Lane |
|---|---|
| Тема | Re: Ragged CSV import |
| Дата | |
| Msg-id | 23048.1252591763@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Ragged CSV import (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Ragged CSV import
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> I am fuzzy on the implementation details for making COPY act as a data
> source for INSERT/SELECT though. I had thought to make EXPLAIN a data
> source, but it turned out not to be possible (as far as I could tell)
> without making EXPLAIN a fully-reserved word, which you vetoed. It
> seems likely that COPY will present similar issues, though I haven't
> tried.
IIRC the previous discussion touched on making it look like a
set-returning function, although this would be a shade less convenient
for option parsing etc.
> I am also wondering what happens when someone embeds multiple COPY
> statements in a single query, or sticks one inside of a CTE or on the
> inner side of a left join.
Yeah, it would need to be restricted somehow. A straight SRF function
would materialize its result, but I doubt we want that to happen for
COPY.
(This brings up the whole question of performance impact, which would
have to be thought about and minimized.)
regards, tom lane
В списке pgsql-hackers по дате отправления: