Re: WIP: CREATE TABLE AS / WITH DATA

Поиск
Список
Период
Сортировка
Искать
От
Gavin Sherry
Тема
Re: WIP: CREATE TABLE AS / WITH DATA
Дата
Msg-id
Pine.LNX.4.58.0409231434530.10839@linuxworld.com.au
Ответ на
Список
Дерево обсуждения
WIP: CREATE TABLE AS / WITH DATA Neil Conway <neilc@samurai.com>
Re: WIP: CREATE TABLE AS / WITH DATA Alvaro Herrera <alvherre@dcc.uchile.cl>
Re: WIP: CREATE TABLE AS / WITH DATA Neil Conway <neilc@samurai.com>
Re: WIP: CREATE TABLE AS / WITH DATA Tom Lane <tgl@sss.pgh.pa.us>
Re: WIP: CREATE TABLE AS / WITH DATA Gavin Sherry <swm@linuxworld.com.au>
Re: WIP: CREATE TABLE AS / WITH DATA Neil Conway <neilc@samurai.com>


On Thu, 23 Sep 2004, Tom Lane wrote:

> Neil Conway  writes:
> > On Wed, 2004-09-22 at 23:00, Alvaro Herrera wrote:
> >> Could that include supporting SELECT INTO as well as both types of
> >> CREATE TABLE AS?
>
> > Right; my thinking is to have the parser construct SELECT INTO as a
> > CreateTableAsStmt. That way all the code for creating the "into"
> > relation is centralized in one place.
>
> Another thing that would be really nice would be to get rid of all the
> warty special cases for SELECT INTO in executor/execMain.c.  I have
> thought about handling this stuff in a new tuple receiver type (cf
> tcop/dest.h, dest.c) but haven't really pursued it.  I also have some

That's a pretty good idea. I was also thinking about this and wondering
about the optimisations we could make. Skip WAL and just fsync() the file
at the end (or dump whole blocks into WAL if we're archiving). Its a bit
of a niche case though.

Gavin
В списке pgsql-patches по дате отправления
От: Tom Lane
Дата:
От: Neil Conway
Дата:
FAQ