Re: COPY Transform support
От | Andrew Dunstan |
---|---|
Тема | Re: COPY Transform support |
Дата | |
Msg-id | 47F55160.402@dunslane.net обсуждение исходный текст |
Ответ на | Re: COPY Transform support (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: COPY Transform support
|
Список | pgsql-hackers |
Tom Lane wrote: > Gregory Stark <stark@enterprisedb.com> writes: > >> AFAIK the state of the art is actually to load the data into a table which >> closely matches the source material, sometimes just columns of text. Then copy >> it all to another table doing transformations. Not impressed. >> > > I liked the idea of allowing COPY FROM to act as a table source in a > larger SELECT or INSERT...SELECT. Not at all sure what would be > involved to implement that, but it seems a lot more flexible than > any other approach. > > > Several years ago Bruce and I discussed the then theoretical use of a SELECT query as the source for COPY TO, and we agreed that the sane analog would be to have an INSERT query as the target of COPY FROM. This idea seems to take that rather further. If doable I think it would be cool, as long as people don't try using it as an alternative storage engine. I can just imagine people creating views over such SELECT statements ... cheers andrew
В списке pgsql-hackers по дате отправления: